看到同事的 PR 里搞手动对齐，还进了 master，比吃口 shi 还难受

[wanmyj]

加一个枚举变量，结果名字太长，重新对齐改了几十行，加我 review 的时候我给提了 comment ，要她缩短变量名，不要搞手动对齐，然后就没管了，毕竟我不是 commiter ，只有 approve 权限，没 merge 权限。

今天我要把她和几个人之前提交的变量合并到一个结构体里，结果看记录，瞬间被喂了一口 shi ，日麻整个枚举类型全都是她提交的记录，还得回退一个 MR 才能看到哪些是真正她提交的。

[l4ever]

走一个就行了

[MoYi123]

有 review 机制, CI 里没有 fmt 吗? 如果符合 fmt, 手动对齐又有什么影响?

[wanmyj]

@MoYi123 我在说 git 提交记录被无意义的多刷一遍，跟 fmt 有什么关系？

[maxwellz]

逆天...

[cxsz]

可以统一配置下 git hooks 在 commit 前格式化代码，或者加到 ci 里面

[bugmaker233]

没看懂你在说什么.....又不是不能用.jpg

[kokutou]

还是工作量不够大
居然还有时间强迫症对齐

[davin]

push 之前 husky + 各种 auto fix 走一遍先，书同文，车同轨。避免占用额外的开发时间

[C4D4zRNpq9vFSlJW]

关键词：《她》

[mcfog]

不是 ignore whitespace 吗

[ajaxgoldfish]

没看懂，能举个例子吗 op ，属实纳闷

[wanmyj]

@ajaxgoldfish 没看懂说明这个做法没太影响到你。

简单说，git 有个 blame 功能，能直观看到每行代码的上次修改人。她的行为导致了 git blame 的返回结果是每行代码的修改人都是她。

[ajaxgoldfish]

@wanmyj 明白了。多谢。

[2020583117]

@ajaxgoldfish 前期无所谓，你想想后期你先看看这个功能是谁写的，然后发现全是一个人写的，这不是玩呢吗？问谁都找不到人😁

[zhtyytg]

@2020583117 倒也不是找不到，而是每次都要翻文件修改记录，很烦

[sks4728]

不是不能用， 用不了 就走一个

[ck65]

她喂你 shi ，你赏她饭（

[nyxsonsleep]

idea 可以直接按行查看多次提交的历史

[Donaldo]

@wanmyj #3 他意思应该是如果有 fmt 可能就不会出现需要手动对齐的问题了

[MrSheng]

A 改动了代码 3-5 行，B 现在需要修改第 2 行，但是因为额外的对齐操做而动了 3-5 行 。这导致 blame 的时候看到的 2-5 行都是 B 进行操作的，是这个意思吗？