git - 是否有一个 gitflow 流程用于分支和错误修复与发布分支？

Question

为了确保所有代码最终都通过 pull request 代码审查，我们已经开始在 git-flow style 之后为开发创建功能分支和 bug 分支。 .

唯一的问题是，一旦在发布分支中发现错误，我们通常必须从发布分支中创建一个分支，以便将 pull 请求返回到发布分支。但是，当修复发布分支的错误时，似乎没有明显的 git-flow 过程来处理发布分支的分支。

修复发布分支错误和代码审查的 git-flow 过程是什么？

您是否应该修复 develop 中的错误并创建一个新的发布分支？发布分支的分支是否仍然有效 git-flow？处理发布分支错误修复的 pull 请求代码审查的最佳方式是什么？

Answer 1

我刚遇到同样的问题。我建议从发布分支创建一个普通分支。在那里进行修复并为要 merge 到发布分支的分支创建 pull 请求。这是使用普通的分支和 merge 命令，而不是 Git Flow 命令。

步骤详情如下:

1. 检查 release/2017.05.24 分支。其中 2017.05.24 是发布分支的名称。
2. 执行分支命令并将其命名为“release2017.05.24 - reason for fix”。这将使该分支存在的原因变得显而易见(用于发布修复)。
3. 进行更改、提交、将更改推送到服务器(将您的分支推送到源)。
4. 在您的服务器中为您的分支创建 pull 请求以 merge 到 release/2017.05.24 分支。注意: merge 到 release/2017.05.24 分支不是默认的，因此请务必在创建 pull 请求之前更改它。
5. 关于代码审查批准 checkout “release/2017.05.24”
6. 执行 merge 命令，在“release2017.05.24 -reason for fix”分支中选择您的提交。
7. 删除“release2017.05.24 - reason for fix”分支的本地和远程分支

希望这会更好。来自 Git-flow 命令集的许多步骤和刹车，但应该允许 pull 请求发生。