1

我和我的朋友现在使用 Git 已经两天了，但我们仍然缺乏正确使用它并充分利用其全部功能的知识，尽管与使用 Facebook 消息发送和同步文件相比，这是朝着正确方向迈出的巨大一步。我们已经在网上搜索过，大多数 Egit 指南要么假设您独自工作，要么假设其他人克隆并分支到他们自己的 repo。然而，我们正在同一个项目（一个 2D 角色扮演游戏）上合作，不知道如何正确使用 Egit 一起工作。我们面临的一些问题：

1.我们有完全相同的项目副本，他改变了我们使用的一些方法，我改变了我们使用的一些类和资源。他首先承诺并推动回购。现在，由于必须解决 Egit 抱怨的文件（repo 与本地）冲突，我无法推送或提交甚至拉取。

2. 您如何正确同步正在协作的代码？假设我们中的任何一个是第一个推送回购，另一个（拉取者）必须做什么来确保他自己的代码没有被完全覆盖，只接受已经改变的部分，我们认为应该改变的部分。

3. 我们是否总是需要创建一个（新的）本地分支，拉到这个分支，查看更改，并将我们想要的更改与主/主合并？你如何正确地做到这一点。

任何输入都是最受欢迎的，我们已经有了我们破碎的知识更有效率，更多只会有好处:)

4

1 回答 1

2

好的，这是我的答案：

  1. 我们有完全相同的副本......因为必须解决 Egit 抱怨的文件（repo 与本地）冲突。

    • 首先，您应该确保使用单独的分支，以便始终可以提交。
    • 然后，您必须在合并时解决任何冲突。

  2. 你如何正确同步代码......

    • 在将代码拉入主分支之前，请使用单独的分支以确保代码正常。

  3. 我们是否总是必须建立一个（新的）本地分支......

    • 是的，git 是建立在这样的假设之上的，即这是最好的工作方式。“一切都是本地的”

这是我或我们通常使用分支的方式：

  • 主开发分支（主）

  • 项目分支，用于合并本项目添加的功能。当所有功能都已添加并且似乎可以工作时，这将被推送/合并到主分支中。

  • 开发人员分支，每个开发人员都有自己的分支来开发特定功能，然后再将其推送/合并到项目分支中。

有时也可以拥有特定的发布分支。即，当一个项目将所有添加的功能合并到主分支中并且一切正常时，就会创建一个发布分支用于回归测试。完成所有测试后，此分支最终将包含已发布的软件。做一个单独的发布分支的好处是可以继续开发主分支，但是如果必须在较早的版本上完成快速错误修复，可以在该发布分支上完成，然后再合并到主分支中。

//jk

于 2013-03-09T01:46:22.050 回答