编辑coffeelint文件时,增加vim(mvim)中coffeelint的最大行长度
当我在我的编辑coffeelint文件时,增加vim(mvim)中coffeelint的最大行长度,vim,syntax,coffeescript,dotfiles,Vim,Syntax,Coffeescript,Dotfiles,当我在我的mvim中编辑任何.coffee文件并试图用任何超过80个符号的行保存该文件时,我会遇到这样的错误 file_name.coffee |18 error| Line exceeds maximum allowed length Length is 91, max is 80. 这是非常烦人的,特别是考虑到我们公司每行最多100个符号的惯例,甚至其他团队成员的代码也会在本地给我带来问题 我唯一可以更改此限制的地方是文件../node\u modules/coffeelint/lib/c
mvim
中编辑任何.coffee
文件并试图用任何超过80个符号的行保存该文件时,我会遇到这样的错误
file_name.coffee |18 error| Line exceeds maximum allowed length Length is 91, max is 80.
这是非常烦人的,特别是考虑到我们公司每行最多100个符号的惯例,甚至其他团队成员的代码也会在本地给我带来问题
我唯一可以更改此限制的地方是文件../node\u modules/coffeelint/lib/coffeelint.js
中的nodejs
模块,其中有这样一行:
max_line_length: {
value: 80,
-level: ERROR,
+level: IGNORE,
message: 'Line exceeds maximum allowed length'
},
但是,当然,编辑nodejs
库的源代码不是一个好的选择
在我的mvim
中,我使用这些dotfiles
-
在我的项目目录中,我有.coffeelint.json
,但它不起作用,但是,它似乎包含了这方面所需的有效代码(它在TravisCI和其他团队成员的机器上工作得非常好)
问题:
coffeelint
callcoffilint
max allowed line length将正确命名的(
.coffeelint.json
)配置文件放入主目录会有所帮助,但在我的情况下,这并不是一个正确的解决方案。这似乎更像是一个coffeelint问题,而不是一个Vim问题
发件人:
似乎您必须生成一个配置文件,调整以下选项
max_line_length此规则对代码施加最大行长度。
Python的样式指南很好地解释了为什么您可能想要
限制你的台词长度,尽管这是一个品味的问题。
默认情况下,行的长度不能超过80个字符
默认级别:错误
您似乎还必须使用配置文件调用coffeelint:
发件人:
coffeelint-f coffeelint.json application.coffee
您可能必须在点文件中找到coffeelint调用完成的位置,并在那里添加带有-f选项的配置文件。这似乎更像是coffeelint问题而不是Vim问题 发件人: 似乎您必须生成一个配置文件,调整以下选项 max_line_length此规则对代码施加最大行长度。 Python的样式指南很好地解释了为什么您可能想要 限制你的台词长度,尽管这是一个品味的问题。 默认情况下,行的长度不能超过80个字符 默认级别:错误 您似乎还必须使用配置文件调用coffeelint: 发件人: coffeelint-f coffeelint.json application.coffee
您可能必须在点文件中找到完成coffeelint调用的位置,并在那里添加带有-f选项的配置文件。您不必显式地传递配置文件。这是咖啡豆的价格。您应该创建一个
~/coffeelint.json
文件,或者在项目的根目录中创建一个coffeelint.json
。您不必显式地传递配置文件。这是咖啡豆的价格。您应该创建一个~/coffeelint.json
文件,或者在项目的根目录中创建一个coffeelint.json
。在所有项目部分(现在有5个不同的repo)中,我们当前有.coffeelint.json
文件,如果您希望它自动选择配置文件,那么这不是coffeelint
的正确名称。当前的.coffeelint.json
在TravisCI上检查代码时使用,并使用-f
选项调用。因此,在我的案例中,我有两种方法来修复奇怪的行为(实际上是故意的行为):
~/coffeelint.json
,这样当vim在保存时检查文件时,coffeelint
将自动使用它(但如果某些repo具有不同的配置,这将不起作用,但是,此解决方案不需要对repo进行任何更改).coffeelint.json
和coffeelint.json
),并将新添加的一个添加到.gitignore
,这样团队成员就不会在他们的编辑器中看到它。这个选项也不合适,看起来很难看,因为我必须添加5个更改和5个提交coffeelint
config文件命名不正确,以便在代码编辑器中直观地隐藏它。解决方案让我神经紧张,所以,我可能会正确地重新配置所有内容,并将配置重命名为默认名称
如果coffeelint
支持具有优先级的多个配置文件,那就太好了,但现在不可能了。在所有项目部分(现在有5个不同的repo),我们目前都有.coffeelint.json
文件,如果您希望它自动选择配置文件,那么这不是coffeelint
的正确名称。当前的.coffeelint.json
在TravisCI上检查代码时使用,并使用-f
选项调用。因此,在我的案例中,我有两种方法来修复奇怪的行为(实际上是故意的行为):
将其中一个配置从5个相关的repo复制到~/coffeelint.json
,这样当vim在保存时检查文件时,coffeelint
将自动使用它(但如果某些repo具有不同的配置,这将不起作用,但是,此解决方案不需要对repo进行任何更改)
在每个存储库中创建每个配置文件的副本(这样我将在每个repo中同时拥有.coffeelint.json
和coffeelint.json
),并将新添加的一个添加到.gitignore
,这样团队成员就不会在他们的编辑器中看到它。此选项也是不合适的,并且