我应该用我的发布分支替换我的主分支还是将我的发布分支合并到我的主分支中？
Should I replace my master branch with my release branch or merge my release branch into my master branch?
我目前正在尝试将我的团队转移到这个 gitflow workflow 我想知道最好是在我的发布分支准备好上线后将其合并到我的 master 分支中，还是用我的分支替换我的 master 分支完全释放候选分支。
我们正在对发布候选分支进行所有回归测试，并且担心我将其合并到 master 中可能会以某种方式影响它，使我们所有的回归测试都无效。
有人曾经处理过这个问题吗？
您描述的是标准 Git 流程，但 the Atlassian documentation doesn't seem to clearly illustrate this part of the process. What you'll want to do is merge the release branch into your master branch, making sure to tag it:
您不应该 'replace' 您的 master 分支与 release 分支。您的 master 分支是项目的 'core'，master 分支应该始终是 'last know good point'，因为您只 ever 从 release 推送到 master，或者当存在严重的生产错误并且您要添加 hotfix.
时
理论上，您还应该在发布后将 release 分支合并回 develop（以及 master），但如果没有修补程序，代码将完全相同，这不是必需的。
无需担心以某种方式使回归测试无效 -- 应该在 发布分支上进行回归测试，并且您应该在每次削减时测试更改发布到发布分支。如果这是您的第一个版本，则不能有任何回归，也没有任何回归测试。
但是，您会希望在每次发布时都使用标签。这将在 Git 中清楚地指出发布剪辑的确切位置。
我目前正在尝试将我的团队转移到这个 gitflow workflow 我想知道最好是在我的发布分支准备好上线后将其合并到我的 master 分支中，还是用我的分支替换我的 master 分支完全释放候选分支。
我们正在对发布候选分支进行所有回归测试，并且担心我将其合并到 master 中可能会以某种方式影响它，使我们所有的回归测试都无效。
有人曾经处理过这个问题吗？
您描述的是标准 Git 流程，但 the Atlassian documentation doesn't seem to clearly illustrate this part of the process. What you'll want to do is merge the release branch into your master branch, making sure to tag it:
您不应该 'replace' 您的 master 分支与 release 分支。您的 master 分支是项目的 'core'，master 分支应该始终是 'last know good point'，因为您只 ever 从 release 推送到 master，或者当存在严重的生产错误并且您要添加 hotfix.
理论上，您还应该在发布后将 release 分支合并回 develop（以及 master），但如果没有修补程序，代码将完全相同，这不是必需的。
无需担心以某种方式使回归测试无效 -- 应该在 发布分支上进行回归测试，并且您应该在每次削减时测试更改发布到发布分支。如果这是您的第一个版本，则不能有任何回归，也没有任何回归测试。
但是，您会希望在每次发布时都使用标签。这将在 Git 中清楚地指出发布剪辑的确切位置。