beta版本应该标记在哪个分支中？
在哪个分支中，测试版应该根据git-flow进行标记？
我们有一个用于准备x.0.0版本的发布分支，但在发布x.0.0之前，我们想要发布一个测试版(x.0.0-beta)。在这种情况下，应该将release分支合并到master中，然后在master上标记为x.0.0-beta，还是应该在x.0.0的release分支上标记此beta版本
附加问题:发布候选版本(x.0.0-rc1)的过程与测试版相同吗？
回答 2
Stack Overflow用户
发布于 2016-09-05 18:21:54
我建议您将x.0.0-beta标签放在release分支上，一旦您准备好发布beta版本，就在某个地方。你可能真的想走得更远，tag是与x.0.0-beta0001一起使用的，这样你就可以根据需要拥有多个测试版。
一旦您更接近于发布，您也可以根据需要使用x.0.0-rc1标记发布分支。
然后，一旦您将release分支合并到master中，并最终返回到develop中，您将用最终的版本号标记master分支。
这种方法取自GitVersion实用程序中git-flow的实现，文档如下所示：
http://gitversion.readthedocs.io/en/latest/git-branching-strategies/gitflow-examples/
Stack Overflow用户
发布于 2016-09-05 18:24:54
在我的理解中，所有版本都应该合并到主分支并标记到主分支上。因为所有的发布分支都应该遵循这个流程。语义版本控制应该防止人们更新到已发布的alpha/beta/RC版本。
这会让你的流程保持整洁和顺畅。也就是说，没有任何分支机构是开放的，以便在以后清理。在升级版本号并测试代码后，您总是以相同的方式完成发布分支。
可选
在实际发布之后，您可以删除特定版本的所有初步标记。再说一次，这是为了保持你的流程干净。因为人们可能不会签出完整版本和稳定版本的“不稳定”版本。
1.2.0-alpha
1.1.0
1.1.0-rc2
1.1.0-rc1
1.0.0
1.0.0-beta1
1.0.0-alpha1会变成
1.2.0-alpha
1.1.0
1.0.0https://stackoverflow.com/questions/39328064
复制相似问题
腾讯云开发者
