当我使用
mvn jgitflow:release-finish
我注意到发布分支已合并到主分支中。
问题：这是正确的方法吗？
抱歉，我的问题可能很幼稚，因为我是新手。我在想来自发布分支的代码将合并到开发和主控，而不是像发布->主控->开发。
问题：如果我不希望这种情况发生，而是我应该能够从 master 开发 rebase 怎么办？
4275 次
1 回答
6
当我使用 mvn jgitflow:release-finish 时，我注意到发布分支已合并到主分支中。这是正确的方法吗？
根据gitflow背后的主要理念，这是正确的方法：
发布分支
- 可能从以下分支分支：
develop- 必须合并回：
develop和master
根据插件文档，release-finish确实合并回 master 和 dev 分支：
完成发布 - 运行 maven 构建（部署或安装），合并发布分支，更新 pom(s) 和开发版本
这是有道理的，因为（再次回到gitflow）：
当发布分支的状态准备好成为真正的发布时，需要进行一些动作。首先，release 分支被合并到 master 中（因为 master 上的每个提交都是定义的新版本，请记住）。接下来，必须对 master 上的提交进行标记，以便将来参考此历史版本。最后，在发布分支上所做的更改需要合并回开发，以便将来的版本也包含这些错误修复。
我在想来自发布分支的代码将合并到开发和主控，而不是像发布->主控->开发。
顺序遵循这个流程（先主，然后开发），因为它是一个发布，作为一个发布，它必须首先去主（应该总是代表已发布的代码库），然后去开发（这是下一个潜在的发布代码库） .
如果我不希望这种情况发生，相反我应该能够从 master 开发 rebase。
您可以使用以下noReleaseMerge选项：
是否关闭从发布分支合并更改到 master 和 development
默认值为 to false，因此默认情况下会执行合并。但是，该选项涵盖了两个合并，您不能只禁用其中一个，它可以是两者（同样，遵循 gitflow 哲学）或没有。此选项可能适合您的需要，但您随后将通过 git 命令执行其他操作。
于 2016-06-17T09:55:01.167 回答