我们是一个小型/中型团队,以前使用了一个相当简单的分支系统,使用SVN的红皮书推荐的实践--当前开发的不稳定主干,以及用于工作所需时间超过一天的分支等等。
我最近实现了一项改变,不幸的是,我意识到这是错误的,但我很难正确地做到这一点。
这个项目现在将被用于多个团队的来源--现在我知道有一种观点认为二进制文件应该公开而不是源,但这不是一个选项--这将通过externs包括进来,因为每个团队都需要对源进行积极的更改。
为此,我提出以下建议:
活动development
因此,当开发周期完成时,每个团队都会将他们的“主开发”分支重新集成到主干中,这样其他团队可以在他们想要的时候合并进来(给他们稳定),然后为下一个周期创建一个新的“主开发”分支。
下面是分支的布局(而不是物理布局)--因此每个团队为其团队开发分支提取一个分支,为每个工作分支从分支中取出一个分支:
--Trunk
\ TeamAMainDev1
\ PRJ1-teama
\ TeamBMainDev1
\ PRJ1-teamb问题是,一些分支需要比它们的父MainDev分支停留更长的时间。一旦他们的父服务器被集成到主干中,并且创建了一个新的MainDev,那么合并显然就不能工作了。因此,如果有一个新的TeamAMainDev2分支,试图将其合并到PRJ1 1中--teama导致树冲突等等--这显然是有意义的;我原以为SVN会知道MainDev1上的变化在PRJ1中,但由于它需要合并来自MainDev1的整个重返社会,这是行不通的。
其他人怎么处理这件事?要使分支具有多个分支,则需要来自其父分支的不断合并才能更新,但可能会重新集成到另一个父服务器上。或者其他人会推荐什么程序?
帮我OB1。
发布于 2012-06-26 10:37:07
如果其他人需要做类似的事情,下面是我的发现:
在乌龟中,有一个选项可以“合并两个不同的分支”--所以只需选择前一个和前面的一个,这将检测出任何变化,而不是两者的变化,并添加差异。
这适用于上述场景。
https://stackoverflow.com/questions/10688049
复制相似问题