我希望能够为大多数可以想象的情况和组织选择合适的分支策略。所以我正在寻找扩展在开发组织中扩展代码库分支的使用的广泛的正面和负面影响列表。
请在每个帖子中只发布一个专家 或一个 con ，以便投票系统可以帮助对反馈进行一定程度的排名。
答案 0 :(得分：4)
Pro：通过在trunk中保留最新部署的版本，可以快速推出小修补程序，而无需对最新开发版本进行大量测试。
答案 1 :(得分：3)
Pro：开发人员可以在更紧凑的迭代中更自由地工作，而无需踩到彼此的脚。
答案 2 :(得分：3)
亲：如果你有很多分支机构，你会被迫采用现代DVCS（我的经验是Mercurial，但我听说git或Bazaar也很好），而不是继续使用传统的集中式系统（例如，svn） ）。
答案 3 :(得分：3)
Pro：分支可用于在尝试新代码时促进“假设”方案。最后，可以决定合并新功能或放弃它。
答案 4 :(得分：2)
Con（它可能是一个很大的）：在将来的某个时刻合并。持续时间越长，代码库的偏差越大，您的生活就越难。我的建议：仔细考虑分支，并确保只在必要时进行分支，并考虑在以后合并时所需的工作量。
答案 5 :(得分：2)
Con：同时在空中分支太多，你开始忘记提交的地方，已经做出改变的地方等。
答案 6 :(得分：1)
Con ：合并噩梦。
答案 7 :(得分：0)
Con：为初级开发人员提供更高的学习门槛。
答案 8 :(得分：0)
专业：每次更新都独立于其他更新，因此可以并行工作。
答案 9 :(得分：0)
Con ：有人 来管理分支并保持最佳状态。在大多数团队中，这都属于路边。
答案 10 :(得分：0)
Pro：为了同时开发或支持多个工作流，可以更灵活地分散代码。