维护代码时要遵循的最佳实践和经验法则是什么？在开发分支中只有生产就绪代码,或者开发分支中是否有未经测试的最新代码,这是一种好的做法吗？
你们如何维护开发代码和生产代码？
编辑 - 补充问题 - 您的开发团队是否遵循"尽快提交 - 通常 - 甚至是代码包含 - 次要错误或不完整"协议或"提交 - 只有完美的代码"协议,同时将代码提交给开发分支？
我的开发团队已经使用颠覆工作了很长一段时间.管理主干和分支的方式如下:
我们(几乎)总是从行李箱中释放出来
每个版本都有自己的分支.
当一个版本准备好QA时,我们将分支合并回主干并为下一个版本创建一个新分支.
开发人员可以使用主干或分支,但是没有特定于开发人员的分支.
最近,我们有一些噩梦合并会议,部分是由于应用程序的一些重大变化.这些并不总是顺利进行,并且在QA期间有时弹出问题,其中颠覆并没有完全合并.
一种解决方案可能是定期将主干更改合并到发布分支中,例如每周一次,以确保最新的主干更改位于分支中.然后可以更接近实时地修复冲突.
您对此问题的体验是什么？有标准的最佳做法吗？此外,你有一个很好的方法来跟踪哪些修订已合并到分支(subversion中的体面评论可能会处理).