说我有一个包含多个已交付和受支持的发行版的项目，以及一个尚未发布的功能的开发版：
报告了一个2.1的错误。我测试或检查代码，发现从2.0开始。因此，我创建了一个修补程序分支，对其进行了修复，并将其合并到release / 2.0。现在我必须合并release / 2.0-> release / 2.1和release / 2.1-> develop。好。
如果分支之一受拉请求或门控签入保护，会发生什么情况？我可能会启动拉取请求release / 2.0-> release / 2.1。如果合并很简单，则git将对其进行修复，并且der pull请求可以。
当合并需要手动注意或修复已过时（现在我通常会使用ours合并策略）时，除了目标上有新的修补程序分支之外，我还能做些什么？
答案 0 :(得分：0)
您可以从源代码发行版中创建一个新分支，例如版本/2.0。 现在，您可以合并目标版本中的更改，例如发布/2.1到新分支。合并可以使用“ --theirs”忽略版本/2.0中的更改，也可以在之后进行一些手动更改。 最后，您可以创建从新分支到目标版本的提取请求，例如版本/2.1。