两处修改需要分开提交吗？

[aqtata]

一处功能性修改，比如 bug （ 1 行代码）

一处配置文件修改（ 1 行代码）

两处修改是不相干的

要分开提交吗？

背后的问题是大家提交习惯是按照进度一次提交（有点备份的意思），还是按照功能细分提交（日志会很多）？

[A1exL]

分开，revert 的时候方便，commit msg 也比较清晰

[GGPlayer]

小公司，会发现大部分人确实都是这 2 种习惯其中之一。
我更倾向于分开提交，尤其是修改的类型已经不一样的。
尤其是修复的，如果有多分支，修复的提交更应该是单独一个 commit 。

[asd7160]

要。如果发现修改有误，要撤回某个修改的话，混在一起会很麻烦

[z1645444]

分开提交，理由同 #1

[prosgtsr]

分开，我甚至会开发完一个功能 commit 一次，同事说我是他见过 commit 最多的人….
如果公司有要求的话我会在 push 之前先把 commit rebase 成一个，没有要求的话我就直接 push

[hwdq0012]

哪怕是同一个文件的两行代码，只要是不同功能，最好分两次，不过实际上很多 code style ，或是无关紧要的随手修改，我都懒得多提交

[xzchsia]

一般一个功能的修改作为一次提交，如果不属于一个功能的最好分两次提交。。

[540852101]

分开提交，方便 review, 也方便以后追溯

[peasant]

分开最好，但是并不是所有人都愿意这么麻烦，甚至 commit msg 都不想写，比我我现在这家公司的项目，日志里大量的“无”、“bug 修改”、“修改”。

[davin]

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

[hfl1995]

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

[Foxalone]

看你自己. 建议分开.

[aqtata]

定了，分开多次提交

[guanzhangzhang]

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

[luckyjack]

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

[leokun]

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

[COOOOOOde]

惭愧, 我甚至有 code sync 这种 comment 的提交

[Meld]

分开，反正又 copilot 去写 msg

[MonikaCeng]

commit 分开
pr 合一起

[xfn]

应该分开提交。但实际上就像写文档一样，不喜欢别人不分开提交，不喜欢自己分开提交