GIT 分支——我们能仅靠一个 master 生存吗？

Question

我是 GIT 的新手，并且正在寻找在我们的 4 个环境中管理源代码的方法，在致力于错误修复和新开发的分布式开发团队之间，同时尽可能保持精简和直接。我们有两个冲刺团队在处理相同的源代码。

话虽如此，跨环境只有一个 master 分支会不会有任何问题，这样我们就不必处​​理不同分支之间的 merge 代码？我没有看到很多只有一个大师的示例模型，因此不确定结果如何。

谢谢。

Answer 1

分支名称 的数量在很大程度上是无关紧要的。无论您有多少分支名称，您都必须处理 merge 代码—— merge 只是并行工作的副产品，其中 A 处理代码(在 A 的存储库副本中)，而 B 也处理代码(在 B 的存储库副本中)。在某个时候，某人——A、B、第三者，或所有这些人的集合——必须一起工作以 merge A 和 B 完成的工作。

如果您为并行工作的每一位提供分支名称，这种组合实际上更容易，因为否则您拥有的名称是原始 Git 哈希 ID，它们看起来完全是随机的并且完全不适合人际交往。不要害怕分支名称:它们很有帮助。