我的开发团队已经使用颠覆工作了很长一段时间.管理主干和分支的方式如下:
我们(几乎)总是从行李箱中释放出来
每个版本都有自己的分支.
当一个版本准备好QA时,我们将分支合并回主干并为下一个版本创建一个新分支.
开发人员可以使用主干或分支,但是没有特定于开发人员的分支.
最近,我们有一些噩梦合并会议,部分是由于应用程序的一些重大变化.这些并不总是顺利进行,并且在QA期间有时弹出问题,其中颠覆并没有完全合并.
一种解决方案可能是定期将主干更改合并到发布分支中,例如每周一次,以确保最新的主干更改位于分支中.然后可以更接近实时地修复冲突.
您对此问题的体验是什么？有标准的最佳做法吗？此外,你有一个很好的方法来跟踪哪些修订已合并到分支(subversion中的体面评论可能会处理).
到目前为止,我一直在使用SVN,现在需要从开发人员的角度快速获取ClearCase.这有什么好的资源吗？谢谢.
- 加上 -
SV的概念/术语(即存储库,工作副本,主干,分支,标签,结账,提交,更新,还原)与CC之间是否有映射？根据初步阅读,我提出以下内容.
存储库=> VOB？
工作副本=>快照视图？
Trunk => ??
分支=>整合流？发展流？
标签=>标签？基线？
从repo签出作为工作副本=>从VOB签出作为快照视图？
从工作副本提交到repo =>从快照视图签入到VOB？
更新=> Rebase？
恢复=> ??
?? =>交付
AFAIK CC有自己独特的概念,因此我无法告诉最近的地图.