如何更新 git 流发布分支名称以反映次要版本的增加？
How to update git flow release branch name to reflect minor version increase?
假设我开始发布使用：
git flow release start 1.5.0
然后我发布了发布分支作为 CI/CD 的一部分，用于 bitbucket 管道为测试团队构建此版本：
git flow release publish 1.5.0
然后我修复了这个分支上的一个bug，但是还没有提交。我觉得版本必须是 1.5.1 之类的。不一定，但即使在内部，也很高兴知道 1.5.0 中发现的错误已在 1.5.1 中关闭。
如何使用 git 流程将版本更新到 1.5.1？ （我知道如何使用简单的 git 命令创建分支，但我正在尝试使用 git 流技术）。还是我试图以错误的方式使用 git 流程？
分支名称实际上并不重要，因此您不必更改它。将发布分支合并到 master（或 main）表示部署到生产，如果您在同一个发布分支上有多个构建（通常标记）并不重要。
旁注：在我公司的一个使用 Git Flow 的回购中，我们最近停止制作编号的发布分支，现在我们有一个长期存在的发布分支。 （它只是在版本之间暂时休眠。）这样做的主要原因是我们不必在每次创建新分支名称时都在分支上设置安全性。
旁注：根据我的经验，Git Flow 命令 的用处不足以保证使用它们（或至少专门使用它们）。我希望所有团队成员都学习正常的 Git 命令，并且我们会尝试清楚地记录它们。这尤其是因为我们的许多开发人员还使用其他采用不同分支策略的存储库。
假设我开始发布使用：
git flow release start 1.5.0
然后我发布了发布分支作为 CI/CD 的一部分，用于 bitbucket 管道为测试团队构建此版本：
git flow release publish 1.5.0
然后我修复了这个分支上的一个bug，但是还没有提交。我觉得版本必须是 1.5.1 之类的。不一定，但即使在内部，也很高兴知道 1.5.0 中发现的错误已在 1.5.1 中关闭。
如何使用 git 流程将版本更新到 1.5.1？ （我知道如何使用简单的 git 命令创建分支，但我正在尝试使用 git 流技术）。还是我试图以错误的方式使用 git 流程？
分支名称实际上并不重要，因此您不必更改它。将发布分支合并到 master（或 main）表示部署到生产，如果您在同一个发布分支上有多个构建（通常标记）并不重要。
旁注：在我公司的一个使用 Git Flow 的回购中，我们最近停止制作编号的发布分支，现在我们有一个长期存在的发布分支。 （它只是在版本之间暂时休眠。）这样做的主要原因是我们不必在每次创建新分支名称时都在分支上设置安全性。
旁注：根据我的经验，Git Flow 命令 的用处不足以保证使用它们（或至少专门使用它们）。我希望所有团队成员都学习正常的 Git 命令，并且我们会尝试清楚地记录它们。这尤其是因为我们的许多开发人员还使用其他采用不同分支策略的存储库。