Question

我知道Stack Overflow上有很多类似的情况，甚至在互联网上也是如此。

我无法找到适合我的问题的答案。

我的情况：

我制作了一个快速的ASCII艺术，以便您可以更好地描绘它。

    A-B———C---D-M     # Dev
     \    /
     X-Y—Z         # Release

这是几天前发布的版本。在分支Dev的M提交中，在Release之后，我创建了一个新功能，我修改了很多代码，然后我完成了我的功能并合并。

现在想象一下，在提交N之后，在发布之后，在新功能之后，当功能现在合并到dev中时。我在之前的版本（ASCII Art）中创建了一个修补程序。

此修补程序只是特定库的更新。

我在更新库后完成了Hotfix，然后将它合并到dev和master。但它搞砸了我的开发分支，现在我无法继续工作，因为我的开发分支现在已经从发布修补程序修改了。

我的问题是如何避免这种情况？

此外，我可以从Dev和Master中删除此修补程序，以便从我当前的开发人员创建一个新版本分支，而不是旧Dev分支中的Hotfix吗？

Answer 1

最后，我只是在我合并发布的提交中改变了我的头。

然后我更新了库，发布了新版本。

最后回到我的Dev分支，修复前一个Hotfix的一些合并冲突。

另一个解决方案是不完成我的功能，保留分支，然后在发布上执行修补程序，然后完成功能，以便将其合并到Dev分支中，而不会造成混乱。