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

[aqtata]

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

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

两处修改是不相干的

要分开提交吗？

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

[NotAfraidLP]

强迫症一般分开:
一个 commit 是 [fix] 前缀,
一个 commit 是[chore] 前缀

[litchinn]

分开提交，方便 revert ，cherrypick 等操作

[catamaran]

@NotAfraidLP 又学了一个单词

[jydeng]

分开，方便 pick

[GuluMashimaro]

有责任心就分开，随便整的话随便都可以。

[tonytonychopper]

按照功能来分，revert 或者 cherry pick 都很方便

[CoderChan]

commit 太多 rebae 处理冲突时麻烦（ merge 没有问题）

[lucifer9]

如果贵公司的 KPI 会参考 commit 数量...

[iOCZS]

对外教育：原子性提交要分开
对内实战：一股脑提交多省事

[ckdxc]

@siteshen 我也是, 这样 git log 看上去, 更加规整

[TimPeake]

你就看我的 gitlab 活动面板颜色深不深就完事儿了

[jiangzm]

颗粒度不需要太细，如果是常规开发过程中的就一起提交，commit 信息哪个重要写哪个或者写两个一起
如果是线上问题修复就不要搭车提交，分开提交比较好 ，如果有 bug 单号 在 commit 中加上 方便追踪。

[retrocode]

除非敏捷开发阶段每天动一堆文件, 否则我是建议分开提交, 回滚都不是重点, 主要很久以后回忆起来, 预览改动方便一次性了解改动地方, 不然一堆文件在一块短时间你真不一定能分出来当时改动了哪些问题

[shiny]

分开
你顺便还可以 code review 一次，自己给自己 review 也是很有帮助的

[veightz]

都行的，详细一点更好，可以 merge master 的时候合并下 commit

[HENQIGUAI]

改动都比较小的话， 一起提交就行了，message 就写“fix: A & B”

[Jessun]

能分为什么不分？

合着在一起提交唯一的优点就是：省那一两分钟时间？


分开的优势：commit 历史清晰，便于 revert 。

[wolfie]

一次提交，两行 commit 。

[totoro52]

说是这么说，可真操作起来你们连 commit 内容都懒得写

[prosgtsr]

@TimPeake 我的 gitlab 面板颜色巨深，哈哈，平均一天三四十个 commit