在 Git 中管理分支

Question

我正在做一个项目，其中我们有三个程序员（包括我自己）在三个不同的分支上工作，每个分支 1 个。现在，当我们将更改推送到我们正在处理的自己的分支中时，每次我们中的一个人推送到我们自己的分支时，其他程序员是否应该拉取更改？或者可以继续在我们自己的分支上工作，直到我们达到最终状态，最后合并这三个分支？

Answer 1

作为一般规则，我建议避免并行开发分支的持续时间超过必要时间，因为理解和合并旧代码更改要困难得多。相反，有一个参考分支（例如 master）作为短期功能分支的基础。工作单元完成后，立即将其合并回 master。这将减少发生冲突的可能性，即使发生冲突，也应该更容易解决，因为相关编码最近已完成。

话虽如此，有很多方法可以围绕您的开发过程组织分支。在不了解您的需求的情况下，这个答案只能是一个起点。

Answer 2

我们保持主分支的完整性，没有损坏的代码，没有半功能，把 main 当作产品用户会看到的。

之后取决于您的开发环境的复杂程度，但是在合并到 master 之前用于开发单个功能的开发人员分支通常有点混乱，如您所说，多人贡献代码。每次发送代码时，您都面临着不得不解决冲突问题的风险，而这些问题可以通过结构良好的文件结构来缓解。

Check out GitFlow as an idea of how you can do things.