关于源代码管理的最佳实践是什么？

Question

我们是地理上多元化的软件开发人员团队,致力于ERP系统.我们使用SVN作为版本控制系统.在代码转移到生产系统之前,我们有4个环境.

我想知道什么是最佳实践,关于在这种情况下使用SVN时的分支,合并.

目前我们面临的问题是一个文件有4个更改.客户只希望在X(每年4个主要版本和4个次要版本)发布中进行2次更改.

我们面临的问题是:分支太多了.复杂的手动合并.丢失轨道或改变覆盖别人的代码.

任何人都可以回答如何通过使用SVN作为更好的工具来解决这个问题.

谢谢和问候,Kedar Hukeri.

Answer 1

也许一个过程如何将代码提供给主分支将比不同的工具更有帮助(除了具有良好差异/合并的源控制系统).

这取决于您的过程,但通常:

• 大型团队的良好实践是每个新功能/修复都有一个单独的分支
• 在将代码发布到主线之前,开发人员会将最新的代码从main传递到他的分支并运行所有测试以确保它一切正常
• 如果团队很大,你可能不得不考虑一个发布经理 - 一个管理发布的人,只是冻结主分支并管理功能进入的顺序
• 更好的是,有发布分支和允许将新功能合并到其中的人,开发人员提交说明新功能已准备就绪,一个人将更改合并到主分支
• 冻结释放分支在发布之前并运行测试到铁虫,当你接近发布日期时,不允许仅在错误修复中使用新功能
• 取决于提交的数量,但您可以创建较小的版本,这些版本经过更多测试,以确定要在每个版本发布中工作的里程碑和功能

最后,无论确切的过程是什么,主要的一点是开发人员了解程序并且有人强制执行.