调试 – 有没有像针对bash with shellcheck的鱼一样?

前端之家收集整理的这篇文章主要介绍了调试 – 有没有像针对bash with shellcheck的鱼一样?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
对于sh / bash / zsh,有 https://github.com/koalaman/shellcheck但是它不会支持它的鱼 https://github.com/koalaman/shellcheck/issues/209 – 鱼有什么东西吗?
据我所知,没有(显然这是不可能证明的).

如果有人要创造这样的东西,就需要就“典型的初学者的语法问题”和“导致shell表现奇怪和反直觉的语义问题”的共识达成共识.

鱼没有很多POSIX sh的疣(因为它是作为对它们的反应而写的). shellcheck README的一些例子:

echo $1                           # Unquoted variables

Fish的引用行为是完全不同的 – 特别是,变量没有单词分裂,所以不带引号的变量通常可以做你想要的.

v='--verbose="true"'; cmd $v      # Literal quotes in variables

这可能是一次(不成功的)企图击败分词,这是不必要的.

这个例子很好地说明了这个问题 – 有几十年的sh脚本.缺陷和不直观的行为是众所周知的.事实上众所周知,常见但不正确的变通方法也是众所周知的.这不是鱼的情况.

(显然,其他例子也适用于鱼类,特别是“经常误用的命令”部分.)

我认识新用户的鱼类中的一些东西经常会绊倒:

>未加引号的变量扩展为列表中每个元素的一个参数(因为每个变量都是一个).如果列表为空则包括零,这是测试的问题 – 例如test -n $var将返回0,因为fish的testin是与POSIX兼容的少数几个部分之一(因为POSIX要求测试,一个参数返回0).如果你总是需要一个参数,请双引号.> {}扩展为空,{x}扩展为“x”,这意味着查找-exec需要引用,一些git commit-ishes(HEAD @ {4})也是如此.

原文链接:https://www.f2er.com/bash/384341.html

猜你在找的Bash相关文章