有哪些对 diff 友好的编码习惯

[RicardoY]

陈硕有一篇 blog 讨论了这个问题（ http://webcache.googleusercontent.com/search?q=cache:ZoIn7s7WoggJ:www.cppblog.com/Solstice/archive/2011/03/05/141164.html+&cd=1&hl=zh-CN&ct=clnk ），除此之外的资料就很难找到了，希望 v 友可以分享一下这方面的知识。

[renmu123]

js 我能想到两个:
函数参数过长的话换行，object，array 同理
再把尾逗号能加的都加上

[meiyoumingzi6]

python 提交之前确保下 PEP8, 省着有人 format 之后一堆空格的修改

[no1xsyzy]

没有很大的必要去特地研究，尤其不同语言还不一样。
缺的是个 semantical diff

[hugo54]

如无必要，不要改变两行旧代码的相对顺序。

[redbuck]

引入格式化工具，保证提交到仓库的风格一致。

[xingheng]

max page column < 100

[xingheng]

sed 's/\t/ /g'

[strawberryBug]

引入 check style，定义格式化，代码规范等，git push 之前强制检查

[wellsc]

vim 用户 gg=G

[wdhwg001]

git config --global diff.algorithm histogram

[RicardoY]

@no1xsyzy 短时间内应该是见不到成熟的基于语义的 diff 了

[laike9m]

强制使用 formatter 是目前的最好方案

[Weixiao0725]

go fmt

[okayan]

no code, no change, deploy nowhere

[NanonaN]

@no1xsyzy semantic diff 让我想起了王垠的结构化程序比较 ydiff （ https://henix.github.io/feeds/yinwang/2013-04-21-ydiff-结构化的程序比较.html ）

[no1xsyzy]

@NanonaN 那是 syntactic diff 或者 macro-syntactic diff 的样子
当然，semantic diff 对于可魔改且有副作用的语言非常不友好，甚至可能有时因为被管理的代码以外的因素导致等价性改变。
所以想了想就放弃了