作为序言,我想说git-flow将解决其中的一些问题。我更愿意坚持使用GitHub PRs来处理特性和修复分支。我也更喜欢重新建立功能分支。我遵循这样的口头禅:每一次提交都应该有一组完整的通过测试。如果我有一个需要去刺激的修复方法,下面是我要做的:
将X合并到PROD中,并使用git tag ...发布一个新的标
(这是我第一次尝试使用git的樱桃采摘,所以可能我误解了它是什么,或者它能做什么) 在处理特性分支中的一些新特性时(为了简单起见,我们称其为next),我在当前的master中发现了一些我“即时”修复的bug(这可能不是最好的想法)。现在我认为功能分支已经完成了,我想挑选一些或所有在next to master中修复的错误,在功能发布之前
我使用Git流已经有一段时间了,但是在最初的一周左右,我在主和樱桃中手工创建发布分支,将所需的提交选择到发布分支中,而不是从主服务器创建它们。例如,如果我在开发分支中有提交abcd123 My commit message,那么我也会手动地将它选中到发布分支中,此时我可能已经修改或编辑了提交消息,所以发布分支(现在是主分支)包含了这个提交,但是包含了一个不同的哈希