version-control - 你觉得合并代码很舒服吗？

Question

今天早上，我读到了两个关于重构的意见。

意见1(页面不存在)

意见2(页面不存在)

他们建议分支(并随后合并)代码以:

保持后备箱清洁。

允许开发人员远离有风险的更改。

根据我的经验(尤其是 Borland 的 StarTeam)，合并是一项非常重要的操作。出于这个原因，我只在必须的时候才分支(即当我想卡住一个发布候选时)。

理论上，分支是有道理的，但合并的机制使它成为一个非常危险的操作。

我的问题:

• Do you feel comfortable merging code?
• Do you branch code for reasons other than freezing a release candidate?

Answer 1

一些宽松的指导原则:

延迟分支，仅在您需要时才分支

尽早并经常合并

找合适的人做合并，无论是做修改的人还是写原版的人最好

分支只是另一种工具，如果您想要最大的 yield ，您需要学习如何有效地使用它。

您对分支的态度在分布式开源项目(例如 Git 上的项目)和您公司的开发项目(可能在 SVN 上运行)之间应该有所不同。对于分布式项目，您需要鼓励分支以最大化创新和实验，对于后一种类型，您需要更严格的控制并为每个代码行规定 checkin 策略，规定何时应该/不应该发生分支，主要是为了“保护”编码。

这是分支指南:
http://www.vance.com/steve/perforce/Branching_Strategies.html

这是一个简短的指南，其中包含一些高级最佳实践:
https://www.perforce.com/pdf/scm-best-practices.pdf