我们有一个特别志愿人员网络,它拥有稳定的干.和不稳定的发展分支。 发展工作(主要是)在分处进行,然后在部署之前并入干线。
我使用惠恩作为我的SVN客户。 我的合并过程从不稳定到干 如下:
git svn fetch
git co -b trunk svn/trunk
git merge --no-ff svn/unstable
git svn dcommit
svn/* 是偏远的SVN分行。
当然,这要求没有人在我做事之前对这个空白做任何事,但这实际上不是一个问题。
这一进程的好处是,现在把merge子的父母记录在我的当地存放处。 这对我的同事没有好处,但它的确允许对共同的祖先进行计算。 这非常可取。
这里是废墟。 当其他人混杂时,就不知道。 例如:
o-...-A---o---C--- unstable
/
X--...--B---o---o--- stable
不稳定的分支是在X点设立的。 在A点,我们决定在B点将不稳定的分支部门转变为稳定的分支。 普通祖先是正确的十。
由于混凝土历史上没有出现这种合并,因此C的以下合并再次假定X是共同的祖先。 如同以下图表一样,我想是A:
o-...-A---o---C--- unstable
/
X---...---B---o---o--- stable
没有必要获得像照片一样的图表。 任何将承认A为共同祖先的图表,由我罚款。
我有一些选择,例如适当使用 g膜或“假”承诺,这种承诺从未向SVN开放。 然而,迄今为止,我从未尝试过充分的工作。
我感谢你能够提出的想法。 程序不必自动进行。 合并非常少见,我可以承受“亲手”这样做的痛苦。