我不幸有机会通过 Borland 的 StarTeam 进行源代码控制。不幸的是,它做得很少,一个最大的弱点是它的视图管理。我喜欢 SVN,并且来自 SVN 的心态。我们的问题是后期生产发布,我们花费无数小时将更改合并到“生产支持”环境中。
请不要骚扰我,这不是我做的,我继承了它,并试图提供一种更好的方法来管理存储库。不能切换到不同的 SCM 工具。
当前设置
- Product.1.0(TRUNK,当前生产代码,在这个级别是待定的错误修复)
- Product.2.0(真正的主干任何签入的东西都经过测试,然后在下一个生产周期发布,这个视图发生了很多变化)
我的建议是交换它们,在主干(生产)上完成所有开发,在发布上标记,并根据需要创建子视图来表示生产支持错误修复。
- 生产
- 生产.2.0.SP.1
我找不到任何文档来支持上述提议,因此我试图就更改是否是一个好主意以及是否有任何建议您建议采取不同的做法获得反馈。