这种是 eslint/tslint 或者 prettier 的活儿

没看 PR，一般我们这有挪文件、调格式之类对逻辑不产生影响的情况，会另建一个 PR。把逻辑和格式调整都弄到一个 PR 里，对 review 来说是极其不友好的

【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
:  因为大量代码改动都明显来自自动格式化工具
:  调缩进，去分号占了很大比例
--
FROM 122.59.26.*

真的把分号都去了？
【 在 oldwatch 的大作中提到: 】
: 因为大量代码改动都明显来自自动格式化工具
:  调缩进，去分号占了很大比例
:
--
FROM 171.82.112.*

首先，这些都是 linter 规则，都是 editor/githooks 之类东西自动完成的，只需要一个组织定好规则就够了，不需要动脑子

其次，js 世界的 style guide 有很多种，比较流行的有 airbnb 和 standard，前者有分号后者没有。我以前的搜索结果是 airbnb 比 standard 的使用率更高。此外比较知名的还有 google 家的，不知道现在微软有没有，但出现的非常晚

最后，作为脚本语言，2空格的缩进非常主流，之前有统计，我们 ruby 在 github 上的知名开源项目100%使用2空格缩进。以前80列是因为显示器就那么大，现在主流都24、27寸的宽屏了，还非得抱着80的纯粹有病。另外半个世纪前受限于内存，token 有长度限制，所以各种名称都尽可能短，比如 dos 下经典的8.3文件名，现在哪门主流语言还有这些毛病？你弄一堆一眼看不明白干嘛的短变量/函数名，在你们公司里提代码能过审？

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 现在 js 社区流行把分号去掉，缩进二空格。。简直是有毛病。
: 分号已经用了二十年了，我想不明白为啥非要在编程规范里面做这个变化。而且也不是所有的地方都能去掉分号，这不是增加了记忆负担么。
: 缩进二空格更是丧心病狂！四空格已经很短了，以前的程序员都用 8 空格 80 列。现在 js 居然搞到 2 空格，120 列都不够用。
: ...................
--
FROM 122.57.167.*

对啊。js 本质上就是玩分号分隔的。现在网上一堆流行代码改了另外一个规范。

而 python 是从一开始就玩换行分隔符。

【 在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
: 因为python起了这个头吧
: 不过js去分号感觉没意义，压缩后还是要带上吧
--
FROM 124.72.118.*

你记错了
https://github.com/rubocop/ruby-style-guide#maximum-line-length

而且一般也都不在乎超过120

另外 ruby 社区在这 code style 方面很落后 js 社区太多，使用 rubocop 的并不多。另外在效率方面实在是没法跟 eslint 比，大概也是不够流行的因素之一吧。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 你举的 ruby 例子好啊。。我记得 ruby 就是为数不多坚持 80 列代码规范的编程语言。
--
FROM 122.57.167.*