我在一个项目上工作，该项目使用Gitflow作为工作流程。我们使用onpremise TFS服务器作为我们的Git服务器。
我必须为一些已发布的代码制作修补程序，因此我根据主分支创建了一个修补程序分支。 在这里，我添加了我的修复程序，将修补程序分支推送到origin，并从此修补程序分支向主分支发出了一个pull-request。
由于这个漏洞也存在于开发分支中，所以我选择PR并合并它以开发。
这是处理此问题的正确程序吗？
我的理由是，从技术上讲，这些更改会合并到两个分支中，但TFS认为这两个分支不相等，因为提交中的SHA1哈希值不同。
因此，同一个提交被合并到两个分支中，但提交ID是不同的。
我的工作流程是错误的，还是有什么我还没有考虑过？
合并拉取请求时，我不选择Squash。
答案 0 :(得分：1)
完成修补程序分支中的修补程序后，Atlassian的Gitflow文档推荐以下工作流程
RelativeLayouthttps://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow 总而言之，不应该从一个分支到另一个分支的挑选，而是应该将修改从修补程序合并到master和develop分支。