0

我在一个使用 SVN 的开发团队工作。我们始终保持稳定且可释放的后备箱。所有开发都在分支上完成,然后在准备发布时合并到主干。如果在合并到主干之前需要查看/测试某些内容,我们可以将该分支(可能称为功能分支)部署到开发环境,其他开发人员和/或项目经理可以看到它。这在大多数情况下都很有效。它不适用于当我们有多个不同的分支,它们属于同一个发布周期但不一定相互关联,它们都需要在同一时期合并到主干之前都需要批准. 我们考虑做的是将它们全部合并到一个组合的发布分支中。那么问题是,如果只有一部分合并的分支被批准发布,我们需要在没有这些分支的情况下重做合并,然后再进入主干。我们基本上必须进行两次合并——一次到 dev 或 feature 分支,然后可能第二次将已批准和可发布的分支合并到主干。

有没有更好的方法来做到这一点?我觉得如果我们从单个分支合并到一个特性分支,然后再将这些单独的分支合并到主干,我们可能会遇到问题。我的想法是对的还是这不是问题?

4

2 回答 2

1

按照 Aphillippe 的建议,您可以更进一步,从主干创建发布分支,然后为每个单独的补丁发布进行标记。

这种方法允许在与主干隔离的发布分支上修复任何实时缺陷(这些修复应该合并回主干)。这种隔离使客户能够获得缺陷修复,而无需升级到您的软件的最新版本——这可以使他们免于与“完整”升级相关的潜在大量测试时间。

于 2012-04-12T08:41:32.243 回答
0

这不是标签的用途吗?

在处理单个功能时分支。将它们全部合并回主干进行测试。测试完成后,错误已修复并准备好发布,标记主干。然后每个版本都有一个标签。

我真的不明白主干中只有可发布代码的需要。当然,在主干中永远不会有不可发布的代码几乎是不可能的(如果你原谅双重否定的话)。

于 2012-04-12T08:26:39.643 回答