还是分干嘛，我一般情况下是用 rebase 解决 conflicts，少了一个 merge commit 完成同样的功能。逻辑上，因为代码逻辑和功能并没有实质的变化，每个 commit message 描述的变化还是相同的，所以别人并不需要知道干了啥。如果是用 merge 解决 conflicts，同样其他人也还是不知道具体干嘛了，本来 merge commits 也都是次要的。

如果是根据 code review 更新代码，那肯定还是要有新的 commit 的，因为代码的逻辑和功能已经发生了改变。如果 commit --amend 然后 push -f，那的确不太好

【 在 cybereagle 的大作中提到: 】
: github review 这个过程其实是不大喜欢 force push 的
: 因为不容易看到上次 review 之后干了啥
: 必须自己手工去选 commit
: ...................
--
修改:eGust FROM 203.211.104.*
FROM 203.211.104.*