Uny*_*tig 7 svn scripting merge
我们在即将发布的版本中使用一个分支,在下一个版本(稍后)中使用trunk.
例如:v1.1 - > v1.2 - > trunk(其中v1.1正在生产中,v1.2是即将发布的版本,而trunk将转向v1.3更接近发布).
在处理即将发布的版本时,我们使用SVN(TortoiseSVN)进行检查.这样做的问题是,所有签入都必须手动合并到trunk,如果它是一个与以后的版本相关的更改(换句话说大多数更改).
问题是,当开发人员受到压力时,他们往往会忘记合并.这样做的结果是,在分支中完成的修复可能需要稍后再次修复,因为开发人员忘记将修复从分支合并到主干
在向分支机构办理登机手续时,有没有办法自动将代码合并到主干？
小智 6
是的,这是可能的,并且有一个开源项目可以做到这一点!
看看https://github.com/liveperson/Auto-Merger
我们一直在使用它,它节省了很多时间,并有助于避免所有错过的合并错误.
不，我会严格劝阻它。自动合并可能会遇到很多副作用。
你会如何解决冲突？开发越多意味着分支和主干的变化越多，意味着合并时的冲突越多。合并必须手动完成。
不需要的合并怎么办？有些事情（例如更改版本号、依赖项等）您不想合并回来。使用自动合并，您必须反向合并合并，这会导致更多的混乱和工作。
通过 SVN 1.5 的合并跟踪功能，您将获得良好的信息并查看是否有人没有将他/她的更改合并回主干。你只需要正确使用它即可。
嗯，这与我们在这里所做的非常相似，但我不知道目前有什么方法可以做到这一点。
通常，这样的错误会在我们的代码审查过程中被发现。
我想知道如果发生合并冲突会发生什么，当发生这种情况时，将如何解决。