왜 bash 기록 대체가 여전히 기본적으로 활성화되어 있습니까? [닫은]

bash가 여전히 기본적으로 히스토리 대체를 사용하는 이유를 아는 사람이 있습니까? 내이 .bashrc포함되었습니다 set +H많은 여러 해 동안 만 다른 사람들은 아직이 기능에 의해 물린 얻고있다.

거의 모든 사람들이 복사 - 붙여 넣기 기능을 갖춘 단말기를 사용하고있는 점을 감안 하고 컴파일 bash는 readline라이브러리 와 역사 치환은 기본적으로 활성화 된 경우에만 대화 형 쉘에서, 모든의 기능이 어떤 이유 정말 있는가? 모든 셸에서 기본적으로 비활성화되어 있어도 기존 스크립트는 손상되지 않습니다.

히스토리 대체가 실패한 이유를 모르는 경우이를 시도하십시오.

$ set +H # disable feature history substitution
$ echo "WTF???!?!!?"
WTF???!?!!?
$ set -H # enable feature history substitution
$ echo "WTF???!?!!?"
echo WTF???echo WTF???!?!!?
WTF???echo WTF???!?!!?

(모든 스크립팅에 대해 기본적으로 비활성화되어 있고 실행하기 전에 결과를 확인하는 기능이있는 경우이 기능에 중대한 문제가있는 것은 분명합니다 shopt -s histverify.)

또한보십시오:

• 느낌표`!`가 때때로 bash를 화나게하는 이유는 무엇입니까?
• Bash 기록이이 명령을 기록하지 않는 이유는 무엇입니까?
• 강타를 울리는 법!
• Bash : 같은 줄 안에서 큰 따옴표 뒤에 작은 따옴표 안에 역사 확장

이미에 익숙하다면 bash, 이력 대체 패턴을 다루는 것이이 쉘에 특별한 다른 문자를 다루는 것보다 훨씬 더 무겁지 않을 것입니다. 그러나 쉘에 익숙하지 않거나 히스토리 대체 기능을 사용한 적이 없다면, 인용되지 않은 인용 부호 나 큰 따옴표로 묶인 문자열이이를 트리거 할 때 놀라 울 것입니다.

히스토리 대체가 사용 가능한 대화식 쉘에서 !문자는 특수 문자와 거의 같은 방식으로 $특별합니다. 즉, \작은 따옴표로 묶거나 문자열로 이스케이프하지 않는 한 어디에서나 가능 합니다.

반대로 $통해, 역사의 대체 여기-문서에 확장하지 않으며, 그들이 라인 지향하기 때문에, 그들은 추가 됩니다 대체가 인용되지 않은 상황 또는 이중 인용 맥락에 속하는 곳 (스캔 한 때 라인) 라인에서 발생 . 자세한 내용은이 버그 보고서를 참조하십시오 .

비 대화식 쉘 (스크립트)에서는 히스토리 대체가 비활성화됩니다. 기능에 "주요 문제"가있는 것이 아니라 쉘의 명령 히스토리 기능이 필요하지 않기 때문입니다. 스크립트에서 모든 명령을 저장하는 것은 $HISTFILE말이되지 않으며, 히스토리 대체도 스크립트에서 의존하고 싶은 것이 아닙니다.

대화식 쉘에서 기본적으로 활성화해야하는지 여부에 대해 토론 할 수 있습니다 ( 여기서는 토론 이 bash개발자 에게 큰 문제가 될 것이라고 확신하지는 않습니다 ). 대부분의 bash사용자가 히스토리 확장에 문제가 있다고 생각하는 것 같지만 귀하와 저 중 어느 누구도이를 사용하는 것이 얼마나 일반적인지 모릅니다.

유닉스 쉘은 개인의 필요와 취향에 맞게 쉘의 동작을 수정할 수 있습니다. 모든 대화식 쉘에 대한 히스토리 대체 기능을 끄 set +H려면 ~/.bashrc파일 에서 사용중인 작업을 계속 수행 하거나 bash개발자가 기본값을 변경하도록 로비하십시오. ).

히스토리 대체가 유용합니다. 예를 들어

% make-me-a-sandwich
make-me-a-sandwich: Permission denied
% sudo !!
Ok.

사회 / 문화 관성.

이 질문은 어떻게 인간-작업 문제 공간에 있으므로, 기능 이 기본적으로 켜져 있어야 하는지에 대한 의견을 제시하지 않고 그 각도에서 대답 할 것입니다.

시작하려면 상대방을 이해하기 위해 기능을 끄는 데 방해 가 된다고 느끼는 성가심이, 켜는 데 방해 가된다면 느끼는 성가심 이라고 생각하십시오. 기능.

위의 내용과 충분한 bash사용자가이 기능을 사용 하고 있다는 사실과 기본 기능을 제거하거나 기본적으로 해제 할 것을 제안하는 것은 이미 기본적으로 익숙한 사용자의 저항에 부응합니다.

또한, bash많은 사람들의 기본 셸 (안 단지 기본 로그인 또는 시스템 쉘 의미에서,하지만 심리적 인 의미에서). 쉘 인용에 대한 참조 프레임이 bash이면, 그것이 처음 배운 쉘이라면 !, 특별한 쉘 캐릭터 라는 사실 은 자연스럽고 자동적으로 느껴질 것입니다 (또는 적어도 처음 배울 때, 그것은 단지 포탄의 방식, 많은 사람들 사이에서 받아 들일 수있는 단 하나의 기발한).

그리고 당신이 그것에 대해 생각하면, 많은 bash사용자들이 긍정적 인 맥락 에서 역사 대체 구문을 접하게 될 것 bash입니다.

그것은 단지 다른 Bourne의 같은 당신이 물린 될 거라고 쉘의 주변 세계에서오고 !특별한 존재 하고 이 기능을 가진 적이 어디 한 후, 쉘에 사용하는 경우 때문에 첫 번째 : 이렇게 부정적으로 볼 의향이 될 당신이 서두르는 일을하려고 할 때 당신을 망칠 때 노출 될 것입니다.

TL : DR : 대부분의 사용자는 기본값 이 어떤 방식이든 강하게 신경 쓰지 않을 것입니다 . 일부 사용자는 기능을 좋아하고 이미 그런 식으로 사용할 수 있다는 장점이 있습니다. 그것을 극복하십시오.

왜 bash 기록 대체가 여전히 기본적으로 활성화되어 있습니까?

많은 사람들이 그것을 사용하고 대화 형 bash 쉘을 사용하는 사람들 은 아마도 문제를 피하기위한 규칙을 알아야하며 일반적으로 상처보다 더 도움이된다는 것을 알게 될 것입니다.

내 .bashrc에는 수년간 set + H가 포함되어 있지만 다른 사람들은 여전히이 기능에 물 렸습니다.

따라서이 기능은 사용하지 않는 기능이므로 대다수의 사용자가 사용하지 않는 것은 아닙니다. 불이행에 대한 탄원을 할 수는 있지만 A) 관심 있는 사람들의 일부 와 B) 당신이 선호하는 사람들의 비율 을 살펴 봐야 합니다. 관심이 있고 마음에 들지 않는 사람들은 이미 사용 중지했을 수 있습니다. 새 컴퓨터에서 계정을 만들 때 변경하면 도움이됩니다. 그 사람들이 관리 하고 그것을 좋아한다 그들이 미래에 얻을 그들이 사용하는 모든 컴퓨터와 모든 계정에 자신의 설정을 업데이트해야합니다.

거의 모든 사람이 복사-붙여 넣기 기능이있는 터미널을 사용하고 있다고 가정하면

내 의견으로는 어리석은 옵션 ...

이 기능을 사용해야 할 이유가 있습니까? 모든 셸에서 기본적으로 비활성화되어 있어도 기존 스크립트는 손상되지 않습니다.

예, 사람들은 유용하다고 생각합니다. 방금 일어나서 채널을 변경할 수 있다는 점을 감안할 때 리모컨을 사용하는 용도는 무엇입니까?

(이 기능은 모든 스크립팅에 대해 기본적으로 비활성화되어 있고 실행하기 전에 결과를 확인하는 기능인 shopt -s histverify)에 중대한 문제가 있습니다.

역사는 실제로 스크립트에서 의미가 없지만 더 중요한 것은 보안 문제를 일으킬 수 있습니다. 귀하의 경우 작은 따옴표를 사용하여 문제를 피할 수 있습니다. 나는 이것이 나를 위해 문제를 일으킨 적이 있다는 것을 기억하지 못하기 때문에 '주요 문제'가 있다고 말할 수있는 방법을 모르겠습니다. 이로 인해 실제 문제가 발생 했습니까, 아니면 새 컴퓨터에서 기본값을 설정해야합니까?

실제로 돈을 벌고 싶다면 작은 따옴표를 이스케이프하거나 사용하는 것과 다른 점이 없습니다.

$ echo "Give me $50 or the cat gets it"
Give me $0 or the cat gets it