Eclipse egit，協作和提示問題

Question

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

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

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

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

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

Answer 1

確定這裏是我的答案：

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

   • 首先，您應該確保您使用單獨的分支，以便您始終可以提交。
   • 然後，您必須解決合併時的任何衝突。

2. 你如何正確地同步代碼...

   • 使用單獨的分支，以確保代碼是確定你拉入主分支之前。

3. 難道一定要做出一個（新的）地方分支...

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

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

• 主要Dev分支（主）

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

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

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

// jk