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