Git flow修补程序使master以1合并提交领先于develop
我们使用git flow来简化处理特性和修复的过程。但有一件事让我很恼火 当我启动修补程序时，git flow会从master创建新的分支。然后我提交我的修复并完成git flow热修复。该命令执行两个单独的合并：hotfix到master和hotfix到develope。由于合并是分开的，master和develop通过一次修订而发生分歧：master以1领先develop，以N+1领先master 如果发展在前面，这是正常的，但大师在前面这一事实让我恼火 有什么好办法可以避免这种情况吗？我总是可以将master合并到develop中，但这似乎并没有遵循git流哲学。或者也许我什么都不担心，有这样的情况也没关系Git flow修补程序使master以1合并提交领先于develop,git,git-merge,git-flow,Git,Git Merge,Git Flow,我们使用git flow来简化处理特性和修复的过程。但有一件事让我很恼火 当我启动修补程序时，git flow会从master创建新的分支。然后我提交我的修复并完成git flow热修复。该命令执行两个单独的合并：hotfix到master和hotfix到develope。由于合并是分开的，master和develop通过一次修订而发生分歧：master以1领先develop，以N+1领先master 如果发展在前面，这是正常的，但大师在前面这一事实让我恼火 有什么好办法可以避免这种情况吗？我总
谢谢 这是完全正常的。你不必担心