每个版本的分支与代码升级分支?
每个版本分支与的优点/缺点是什么="http://msdn.microsoft.com/en-us/library/aa730834%28VS.80%29.aspx#branchandmerge_strategies" rel="nofollow noreferrer">代码升级分支策略?
What are the advantages/disadvantages of Branch per Release versus Code-Promotion Branches strategies?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
进行分支的主要原因是为了隔离开发工作。
因此,这实际上取决于您认为最需要隔离的内容:给
代码升级允许每个版本并行升级工作(您开发 n+2,同时测试 n+1 并维护 n)。
虽然每个版本的分支允许更简单、更连续的开发周期,您主要在开发 n+1 的同时测试和维护 n。
无论选择哪种策略,您都需要解决 n 和 n+1 之间的同步步骤(什么时候合并从 n 到 n+1 的演变?):
所以基本上,代码升级策略意味着更多的分支、更多的合并以及在这些分支中保留和隔离的历史记录的更精确。
但这也意味着需要设置和管理更多的环境。
每个版本的分支更加简单(前提是您能够知道您正在处理的内容实际上最终将成为下一个版本的一部分)。
The main reason why you branch is to isolate a development effort.
So that really depends what you deem most important to isolate:
The Code-Promotion allows for parallel promotion efforts per release (you develop n+2 while testing n+1 and maintaining n).
While Branch per Release allows for a simpler more sequential development cycle where you mainly test and maintain n while developing n+1.
Whatever the chosen strategy is, you need to address the synchronization step between n and n+1 (what and when do you merge evolutions from n to n+1?):
So basically, the Code-Promotion strategy means more branches, more merge and more precisions in the history being kept and isolated in those branches.
But it means also more environment to setup and manage.
The Branch Per Release is more straightforward (provided you are able to know that what you are working on will actually end up being part of the next release).