拉取请求合并的选项之一“压缩合并”和可以通过git rebase -i选项完成的“压缩合并”有什么不同?为什么人们推荐'Squash and Rebase‘,而'Squash and Merge’却存在?然后我发现git hub提供了“Squash and Merge”,但也有人推荐“Squash and Rebase”。我两个都试过了,除了“Squash
在GitHub中,我需要一些压缩提交的帮助。
我有大约30次提交,我想将前10次提交压缩为一次压缩提交,另一次10次提交到另一次压缩提交。我使用了git rebase -i HEAD~10并压缩了前10次提交。效果很好。但是当我试图压缩下一个10次提交时,先前压缩的提交也会出现在列表中。尽管我没有将压缩提交的选项从"pick“更改为"squash”,但结果压缩提交中也包含了这个选项。因此,我只有一
一个是Squash and merge。当选择此选项时,所有中间提交都会在合并之前被压缩。奇怪的是,在网络图(洞察选项卡)中,分支(创建拉请求的来源)似乎没有合并到master中。而不是选择,Squash and merge,如果选择Merge pull request选项,则会看到分支与主服务器合并。这一切为什么要发生?在压缩Squash and merge操作中的中间提交之后,我希望分支与master合并。