合并/分支实践
是否有任何好的互联网资源描述合并/分支的不同实践,无论源代码控制工具如何?
这应该对待客户的版本、功能的开发、错误修复程序等。
Is there any good internet resource describing different practices for merging/branching regardless of source control tool?
This should treat version to customers, development of features, bug fixers etc.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
一个很好的参考(我在“何时应该分支”中提到)是:
“软件如何发展”的第 7 章 (pdf)
来自 Practical Perforce ( Laura WINGERD - O'Reilly):这是一个很好的介绍(与 VCS 无关),用于合并不同类型分支之间的工作流程。
A good reference (that I mention in "When should you branch") is:
Chapter 7 of "How Software Evolves" (pdf)
From Practical Perforce (Laura WINGERD - O'Reilly): it is a good introduction (VCS agnostic) to merge workflow between different kind of branches.
这是一个很好的问题。我对如何最好地使用“git”也有同样的兴趣。到目前为止,我们使用的最佳解决方案是将错误修复放在最旧支持版本的“hotfix”分支上,然后将它们合并到以后的“master”分支中。对于新功能,请在单独的分支上开发它们,将“master”合并到功能分支中以使其保持最新状态,并且当需要发布功能时,将“feature”分支合并到“master”中。
A very good question. I've had the same interest in how best to use 'git'. So far, the best working solution we use is to put bug fixes on 'hotfix' branches from the oldest supported version then merge those into later and finally the 'master' branch. For new features, develop them on separate branches, merging 'master' into the feature branches to keep them up to date, and when it's time to release the feature, merge the 'feature' branch into 'master.