Git 当强制执行拉入请求/门控签入时，将版本中的修复程序合并到开发中

假设我有一个具有多个已交付和受支持版本的项目，以及一个具有尚未发布功能的开发：

• 发行版/1.0
• 发行版/2.0
• 发布日期/2.1
• 发展

2.1中报告了一个错误。我测试或检查代码，发现它是从2.0开始的。因此，我创建了一个热修复程序分支来修复它，并将其合并到release/2.0。现在我必须合并release/2.0->release/2.1和release/2.1->Development。好

如果其中一个分支受拉请求或门控签入保护，会发生什么情况？我可能会启动拉取请求release/2.0->release/2.1。如果合并很简单，git将修复它，而DerPull请求也可以

---

当合并需要手动注意或修复程序过时时（现在我通常使用

我们的

合并策略），除了在目标上创建一个新的热修复程序分支之外，我还能做什么吗？

您可以从源版本创建一个新分支，例如release/2.0。 现在，您可以将目标版本（例如release/2.1）中的更改合并到新分支中。合并可以使用“-theres”忽略发布版/2.0中的更改，也可以在之后进行一些手动更改。 最后，您可以创建从新分支到目标版本的拉取请求，例如release/2.1