为什么“ ls”突然用单引号引起来用空格包装项目？

我只是注意到，在我的其中一台机器上（运行Debian Sid），只要键入ls任何带空格的文件名，都将单引号引起来。

我立即检查了别名，却发现它们完整无缺。

wyatt@debian630:~/testdir$ ls
'test 1.txt'  test1.txt
wyatt@debian630:~/testdir$ alias
alias ls='ls --color=auto'
alias wget='wget --content-disposition'
wyatt@debian630:~/testdir$

（图片）

另一个测试，文件名称中包含单引号（也回答jimmij的请求）：

wyatt@debian630:~/testdir$ ls
'test 1.txt'  test1.txt  'thishasasinglequotehere'\''.txt'
wyatt@debian630:~/testdir$ touch "'test 1.txt'"
wyatt@debian630:~/testdir$ ls
''\''test 1.txt'\'''  test1.txt
'test 1.txt'          'thishasasinglequotehere'\''.txt'

（图片）

使用新的coreutils-8.26输出进行更新（虽然它的混乱程度要小得多，但是默认情况下仍然很烦人）。感谢PádraigBrady的此打印输出：

$ ls
"'test 1.txt'"   test1.txt
'test 1.txt'    "thishasasinglequotehere'.txt"

$ ls -N
'test 1.txt'  test1.txt
test 1.txt    thishasasinglequotehere'.txt

为什么会这样呢？如何正确停止？

为了澄清，我本人将ls设置为自动彩色输出。它从来没有把引号括起来。

我正在运行bashcoreutils 8.25。

编辑：似乎coreutils开发人员认为（链接）是一个好主意，尽管打破了最少惊讶的原则以及UNIX已有46年以上的历史，但仍使其成为全球默认值。

有什么办法解决这个问题而无需重新编译？

更新-2017年10月-Debian Sid默认情况下重新启用了外壳转义引用。这太荒谬了。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877582

在上一个错误报告的回复链的底部，“更改是有意的，并将保留。” https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164#226

我以为这已经解决了。显然不是。

更新：2019年4月：刚刚在PHP中找到了一个奇怪的错误报告，该错误报告是由对的更改引起的ls。当您使开发人员感到困惑并生成错误的错误报告时，是时候重新考虑您的更改了。

更新：Android toybox ls现在正在执行类似的操作，但是使用反斜杠代替引号。使用-q选项可使空格呈现为“问号字符”（由于它们显然不是空格，因此我没有检查它们是什么），因此到目前为止，我发现的唯一解决方法是不添加有问题的设备启动脚本时将其提供给脚本并提供源代码。ls如果在终端中，此功能将使用列，否则将每行打印一次，同时ls逐字逐字地进入打印空间，因为它是通过管道运行的。

ls() {
    # only way I can stop ls from escaping with backslashes
    if [ -t 1 ]; then
        /system/bin/ls -C "$@" |cat
    else
        /system/bin/ls "$@" |cat
    fi
}

前言：虽然赞成这样一个答案并每天称呼它可能会很令人满意，但是请放心，GNU开发人员并不关心SO答案票，并且，如果您实际上想鼓励他们改变答案，则需要通过此答案向他们发送电子邮件。

“ 为什么会这样？ ”

几位coreutils开发人员决定，他们比几十年来的事实标准要了解得多。

“ 我如何正确停止它？ ”

http://www.gnu.org/software/coreutils/coreutils.html：

错误报告

如果您认为您在Coreutils中发现了错误，请尽可能完整地将错误报告发送到<bug-coreutils@gnu.org>，它将自动输入到Coreutils错误跟踪器中。在报告错误之前，请阅读常见问题解答。关于如何编写错误报告和提出良好问题的非常有用且经常被引用的指南是文档“如何以明智的方式提出问题”。您可以浏览以前的帖子并搜索bug-coreutils档案。

已还原  此更改的发行版：

• Debian coreutils-8.25-2
  • 包括因此，据推测，Ubuntu和所有的数百-基于Debian和基于Ubuntu的衍生品

发行版不受影响：

• openSUSE（已使用-N）

“有什么方法可以解决这个问题而无需重新编译？ ”

支持者会让你...

通过在其ls别名中添加-N来恢复旧格式

…在永恒的余下时间里，无论您身在何处，所有装置上都可以使用。

您可以选择引用样式：

ls --quoting-style=literal

与：

ls -N

要么：

QUOTING_STYLE=literal ls

使它成为一个别名，或设置export QUOTING_STYLE=literal在.bashrc实现前8.25行为。

有关更改的几点。

• 它在coreutils v8.25中引入，并且在v8.26中改进了对齐方式
• 它仅在输出到终端时发生，因此不会破坏脚本
• 它为包含空格的文件的用户消除了歧义
• 它可以清理输出，因此可以安全地复制和粘贴
• 现在，输出始终有效，可以复制并粘贴回shell
• 用户可以通过在其ls别名中添加-N来恢复原来的格式