个人倾向于“小步快跑”，一堆功能塞进一个 commit ，之后万一要撤回重新修改的话，没那么多麻烦事儿

正常是分开提交。 但实际实践中都是懒得，一股脑提交然后 commit message 写上「一大波代码优化」，完事。

看你自己. 建议分开.

定了，分开多次提交

人都是会犯错的，不相关的就不要 rebase 成一个 commit ，如果是单独一个功能，开发的时候可以多个 commit 到自己分支上再 rebase 成一个写清楚 commit 信息，推送后再提 merge 。 这样后续有问题回退也简单，即使我请假了，别人也能 revert ，而不是打电话喊我回退哪些

必须分开啊，不过道理都懂，实际做的时候随机应变（狗头

有多少人真的分两次提交的

惭愧, 我甚至有 code sync 这种 comment 的提交 https://i.imgur.com/io2SM1h.png

分开，反正又 copilot 去写 msg

commit 分开 pr 合一起