是否有一个 gitflow 流程用于分支和错误修复与发布分支？
Is there a gitflow process for branching and bug fixes with a release branch?
为了确保所有代码最终都通过拉取请求代码审查，我们已经开始在 git-flow style 之后为开发创建功能分支和错误分支。
唯一的问题是，一旦在发布分支中发现错误，我们通常不得不从发布分支中创建一个分支，以便将拉取请求返回到发布分支。但是似乎没有明显的 git-flow 过程来处理发布分支的分支，当错误修复发布分支时。
修复发布分支错误和代码审查的 git 流程是什么？
是否应该修复开发中的错误并创建一个新的发布分支？
发布分支的分支是否仍然有效 git-flow？
处理发布分支错误修复的拉取请求代码审查的最佳方式是什么？
我的处理方式是在发布分支上创建一个修补程序分支。修复错误后，我将合并到 master/release 分支，并合并到 Dev 分支，然后将其滴入其他功能。
修补程序随后将被删除，因为它将记录在 master 或 dev 中。
Bug 修复分支应该从 master 分支出来（或者任何代表你的生产代码的分支）。如果您正在使用 git 流程，这有时意味着如果您已经在 develop 的分支中进行了代码更改，则有时必须将提交提交到错误修复分支中。
我刚遇到同样的问题。我建议从发布分支创建一个普通分支。在那里进行修复并为要合并到发布分支的分支创建拉取请求。这是使用正常的分支和合并命令，而不是 Git 流命令。
步骤详情如下：
- 检查 release/2017.05.24 分支。其中 2017.05.24 是发布分支的名称。
- 执行分支命令并将其命名为“release2017.05.24 - reason for fix”。这将使分支存在的原因变得显而易见（用于发布修复）。
- 进行更改、提交、将更改推送到服务器（将您的分支推送到源）。
- 在您的服务器中为您的分支创建拉取请求以合并到 release/2017.05.24 分支。注意：合并到 release/2017.05.24 分支不是默认的，所以一定要在创建拉取请求之前更改它。
- 关于代码审查批准结帐“release/2017.05.24”
- 执行合并命令，在“release2017.05.24 -reason for fix”分支中选择你的提交。
- 删除“release2017.05.24 - reason for fix”分支的本地和远程分支
希望这样会更好。来自 Git-flow 命令集的许多步骤和刹车，但应该允许拉取请求发生。
为了确保所有代码最终都通过拉取请求代码审查，我们已经开始在 git-flow style 之后为开发创建功能分支和错误分支。
唯一的问题是，一旦在发布分支中发现错误，我们通常不得不从发布分支中创建一个分支，以便将拉取请求返回到发布分支。但是似乎没有明显的 git-flow 过程来处理发布分支的分支，当错误修复发布分支时。
修复发布分支错误和代码审查的 git 流程是什么？
是否应该修复开发中的错误并创建一个新的发布分支？ 发布分支的分支是否仍然有效 git-flow？ 处理发布分支错误修复的拉取请求代码审查的最佳方式是什么？
我的处理方式是在发布分支上创建一个修补程序分支。修复错误后，我将合并到 master/release 分支，并合并到 Dev 分支，然后将其滴入其他功能。
修补程序随后将被删除，因为它将记录在 master 或 dev 中。
Bug 修复分支应该从 master 分支出来（或者任何代表你的生产代码的分支）。如果您正在使用 git 流程，这有时意味着如果您已经在 develop 的分支中进行了代码更改，则有时必须将提交提交到错误修复分支中。
我刚遇到同样的问题。我建议从发布分支创建一个普通分支。在那里进行修复并为要合并到发布分支的分支创建拉取请求。这是使用正常的分支和合并命令，而不是 Git 流命令。
步骤详情如下：
- 检查 release/2017.05.24 分支。其中 2017.05.24 是发布分支的名称。
- 执行分支命令并将其命名为“release2017.05.24 - reason for fix”。这将使分支存在的原因变得显而易见（用于发布修复）。
- 进行更改、提交、将更改推送到服务器（将您的分支推送到源）。
- 在您的服务器中为您的分支创建拉取请求以合并到 release/2017.05.24 分支。注意：合并到 release/2017.05.24 分支不是默认的，所以一定要在创建拉取请求之前更改它。
- 关于代码审查批准结帐“release/2017.05.24”
- 执行合并命令，在“release2017.05.24 -reason for fix”分支中选择你的提交。
- 删除“release2017.05.24 - reason for fix”分支的本地和远程分支
希望这样会更好。来自 Git-flow 命令集的许多步骤和刹车，但应该允许拉取请求发生。