2013-03-09 104 views
1

我和我的朋友現在兩天都在使用Git,但我們仍然缺乏正確使用它的技巧,並充分利用其功能,儘管這是向正確方向邁出的巨大一步,與使用Facebook消息發送和同步文件相比。我們已經通過網絡進行了搜索,Egit的大部分指南要麼假設你單獨工作,要麼其他人克隆並分支出自己的回購。然而,我們正在同一個項目(一個2D RPG)合作,不知道如何正確使用Egit一起工作。我們面臨的一些問題:Eclipse egit,協作和提示問題

1.我們有完全相同的項目副本,他改變了我們使用的一些方法,我改變了我們使用的一些類和資源。他承諾並首先推動回購。現在我無法推動或提交,甚至是因爲文件衝突(回購vs本地),Egit抱怨必須解決。

2.您如何正確地同步您正在協作的代碼?假設我們中的任何一個人首先推動回購,另一方(拉票者)必須做什麼來確保他自己的代碼沒有被完全覆蓋,只接受改變的部分,我們認爲應該改變的部分。

3.我們總是需要製作一個(新)本地分支,拉到這裏,看到變化,並將我們想要的變化與主/主合併?你如何正確地做到這一點。

任何輸入是最歡迎的,我們都已經更有效的利用我們的知識破碎,更只會做的好:)

回答

2

確定這裏是我的答案:

  1. 我們有完全相同的複製...因爲文件中的衝突(回購vs本地)Egit抱怨必須解決。

    • 首先,您應該確保您使用單獨的分支,以便您始終可以提交。
    • 然後,您必須解決合併時的任何衝突。
  2. 你如何正確地同步代碼...

    • 使用單獨的分支,以確保代碼是確定你拉入主分支之前。
  3. 難道一定要做出一個(新的)地方分支...

    • 是,Git是建立在假設這是最好的工作方式。 「一切都是當地的」

這是我的方式或我們通常使用的分支:

  • 主要Dev分支(主)

  • 項目分支,用於合併在該項目添加的功能。當所有功能都已添加並似乎工作,這是推送/合併到主分支。

  • 開發分支,每個開發人員都有他/她自己的分支發展推動/合併即到項目分支之前的特定功能。

什麼有時可以很好有也是具體的發佈分支。即當一個項目已將所有添加的功能合併到主分支中並且一切正常時,就會創建一個發佈分支用於迴歸測試。所有測試完成後,該分支最終將包含已發佈的軟件。 做一個單獨的發佈分支的好處是主要的分支可以繼續發展,但如果一個快速的bug修正必須建立在早期版本可以對發佈分支做最後合併到主分支了。

// jk

+0

這是最有用的! – arynaq 2013-03-09 02:06:36