合并/分支做法

有描述的合并/不管源控制工具的分支不同的做法，任何良好的互联网资源？合并/分支做法

这应该对待版本的客户，功能开发，错误固定器等

来源

2011-05-31 dimba

您可能会感兴趣的阅读博客：项目分支与合并（http://version-control.net/2011/05/06/project-branch-merge/） – Windy 2011-06-30 07:00:24

一个很好的参考（我在 “When should you branch” 提）是：

Chapter 7 of "How Software Evolves"（PDF）

从实践Perforce公司（劳拉WINGERD - 奥赖利）：这是一个很好的介绍（VCS无关）在不同类型的分支之间合并工作流。

来源

2011-05-31 06:16:14 VonC

接受。 “软件如何演化”是一篇尖锐的文章。感谢分享它。 – dimba 2011-06-01 05:07:09

一个很好的问题。我对如何最好地使用'git'有着同样的兴趣。到目前为止，我们用最好的工作方法是把bug修复上从最早的支持版本“的修补程序”分支，然后合并这些到后来终于“主”分支。对于新功能，开发它们在不同的分支机构，合并“主人”到功能分支，让他们最新的，而当它的时间来释放功能，合并“功能”分支成“高手。

来源

2011-05-31 05:23:55 karmakaze

让我看看，如果我正确理解你。您首次从'主'发布给客户。如果错误是发现了一个“修复” brabch将被创建，所以从现在的客户将收到从构建“修复”分支。 – dimba 2011-05-31 05:30:29

是的，我们使用发布版本为修补程序分支编号。 hotfix-1.22并为初始版本制作释放标签1.22，为更新制作1.22.1 1.22.2等。一件好事是，我们可以使用JavaWebStart或applets来过期旧分支。 – karmakaze 2011-05-31 11:55:46

在你的情况下，如果你有当前版本为1.17.6和1.22.3的客户，你可以对分支hotfix-1.17进行一个错误修复，该分支已经在标签1.17.6之前合并到已经在标签中的hotfix-1.22 1.22.3然后将其合并为主。顺便说一句，我们称修补程序分支抵制添加生物的诱惑。对于新功能，可以获取主版本之外的新版本。此外，我们还发布了早期的beta版主， 1.23和第一个非beta版本可能是1.23.1 – karmakaze 2011-05-31 11:59:59

合并/分支做法

回答

相关问题