2
我是否认为在大多数回购中压缩初始提交并不是一个好主意?git rebase - 压缩初始提交通常是一个坏主意?
我见过很多答案,告诉你如何压扁最后的提交,但我认为,在共享仓库中,压缩初始提交并不明智,因为基本上重写了历史记录。
我是否认为在大多数回购中压缩初始提交并不是一个好主意?git rebase - 压缩初始提交通常是一个坏主意?
我见过很多答案,告诉你如何压扁最后的提交,但我认为,在共享仓库中,压缩初始提交并不明智,因为基本上重写了历史记录。
如果你还没有发布这些提交感觉自由挤压它们。
否则人们会恨你,因为当你压扁提交时,你会删除旧的提交和新的提交。其他开发者将不得不处理这些新的提交并且可能合并它们,但是之后它将变成真正的混乱,因为他们将尝试将他们的作品推回到共享回购。
如果你真的需要压扁公众提交你可以做到这一点,并发布更改,但你必须要问你的队友重新克隆回购和应用他们的作品从他们各自的回购补丁。
线索是最后带问号的句子。 – Snowcrash
啊我误读了第一个字。无论如何,你为什么认为压缩最初的提交是个坏主意? –