我对 GIT 还很陌生,正在寻找跨 4 个环境、在致力于错误修复和新开发的分布式开发团队之间管理源代码的方法,同时尽可能保持精简和简单。我们有两个冲刺团队处理相同的源代码。
话虽如此,跨环境只有一个主分支是否会出现任何问题,这样我们就不必处理不同分支之间的 merge 代码?我没有见过很多只有一位大师的示例模型,因此不确定结果如何。
谢谢。
最佳答案
分支名称的数量很大程度上无关紧要。无论您有多少个分支名称,您都必须处理 merge 代码 - merge 只是并行工作的副产品,其中人员 A 处理代码(在 A 的存储库副本中),而人员 B 也处理代码(在 B 的存储库副本中)。在某个时刻,某个人(A、B、第三人或所有这些人的集合)必须共同努力,将 A 和 B 完成的工作结合起来。
如果您为并行工作的每一位提供分支名称,这种组合实际上会更容易,因为否则您拥有的名称就是原始的 Git 哈希 ID,它们看起来完全是随机的,完全不适合人类沟通。不要害怕分支名称:它们很有帮助。
关于GIT 分支 - 我们能在只有 master 的情况下生存吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51216081/