"ls"가 갑자기 공백을 작은따옴표로 묶는 이유는 무엇입니까?

ls방금 내 컴퓨터 중 하나(Debian Sid를 실행하는)에서 공백이 포함된 파일 이름을 입력할 때마다 작은따옴표로 묶인다는 것을 알았습니다 .

즉시 별칭을 확인했는데 그대로 유지되었습니다.

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ádraig Brady에게 감사드립니다.

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

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

왜 이런 일이 발생합니까? 어떻게 하면 제대로 예방할 수 있나요?

명확하게 하기 위해 ls를 자동 색상 출력으로 직접 설정했습니다. 이전에는 사물에 대한 인용문이 없었습니다.

coreutils 8.25를 실행 중입니다 bash.

재컴파일하지 않고 해결할 수 있는 방법이 없을까요?

편집: coreutils 개발자가 나타납니다.선택하다)관례를 깨고 전역 기본값으로 만듭니다.

---

업데이트 - 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
}