표준 명령에 별칭을 사용하는 것이 권장되지 않는 이유는 무엇입니까?

Question 1

bash를 사용한다고 가정하면 비대화형 bash 쉘은 or를 얻지 못하기 때문에 스크립트에 문제가 발생하지 ~/.bashrc않습니다 ~/.bash_profile. 스크립트). 그러나 스크립트를 소싱하는 경우 문제가 발생할 수 있습니다.

$ alias echo='command echo foo'
$ cat > script << 'EOF'
> #!/bin/bash
> echo bar
> EOF
$ chmod a+x script
$ ./script
bar
$ . ./script
foo bar

귀하의 질문은 기존 명령의 앨리어싱에 대한 대부분의 일반적인 문제를 다룹니다. 주요 문제는 언뜻 동일해 보이는 익숙하지 않은 상황이 크게 다른 결과를 생성할 수 있다는 것입니다. 예를 들어, 별칭 rmto는 rm -i좋은 의도를 가지고 있지만 실제로는 귀하가 언급한 이유로 인해 나쁩니다.

Answer

bash를 사용한다고 가정하면 비대화형 bash 쉘은 or를 얻지 못하기 때문에 스크립트에 문제가 발생하지 ~/.bashrc않습니다 ~/.bash_profile. 스크립트). 그러나 스크립트를 소싱하는 경우 문제가 발생할 수 있습니다.

$ alias echo='command echo foo'
$ cat > script << 'EOF'
> #!/bin/bash
> echo bar
> EOF
$ chmod a+x script
$ ./script
bar
$ . ./script
foo bar

귀하의 질문은 기존 명령의 앨리어싱에 대한 대부분의 일반적인 문제를 다룹니다. 주요 문제는 언뜻 동일해 보이는 익숙하지 않은 상황이 크게 다른 결과를 생성할 수 있다는 것입니다. 예를 들어, 별칭 rmto는 rm -i좋은 의도를 가지고 있지만 실제로는 귀하가 언급한 이유로 인해 나쁩니다.

Question 2

"그렇지 말라고 조언할 다른 이유가 있나요?"

틀림없이:

(3) 언젠가는 내가 쌓아온 기반을 더하고 싶기 때문이다.[---------]별칭 표준 명령이 표준 명령임에도 불구하고 별칭 표준 명령을 사용하는 것에 대해 다른 사람을 처벌하는 편집증적인 사람들.

그러나 엄밀히 말하면 이것은 단지 경고일 뿐이다. 당신이 파멸의 깊은 구덩이에 빠지지 않을 것이라고 믿는다면 조심하고 계속 나아가십시오.

개인적으로 나는 표준 명령에 별칭을 거의 추가하지 않습니다. 나는 약간의 편집증적이고 항문 보수적이기 때문에 약간의 변형을 사용합니다. 그러나 내가 찾은 좋은 용도는 루트 또는 다른 사용자로 자주 로그인하는 시스템에서 실수로/느리게 루트로 실행하고 싶지 않은 것들이 있습니다.

alias irc="echo \"No you don't!\""

또는

alias irc="su irc_user"

Answer

"그렇지 말라고 조언할 다른 이유가 있나요?"

틀림없이:

(3) 언젠가는 내가 쌓아온 기반을 더하고 싶기 때문이다.[---------]별칭 표준 명령이 표준 명령임에도 불구하고 별칭 표준 명령을 사용하는 것에 대해 다른 사람을 처벌하는 편집증적인 사람들.

그러나 엄밀히 말하면 이것은 단지 경고일 뿐이다. 당신이 파멸의 깊은 구덩이에 빠지지 않을 것이라고 믿는다면 조심하고 계속 나아가십시오.

개인적으로 나는 표준 명령에 별칭을 거의 추가하지 않습니다. 나는 약간의 편집증적이고 항문 보수적이기 때문에 약간의 변형을 사용합니다. 그러나 내가 찾은 좋은 용도는 루트 또는 다른 사용자로 자주 로그인하는 시스템에서 실수로/느리게 루트로 실행하고 싶지 않은 것들이 있습니다.

alias irc="echo \"No you don't!\""

또는

alias irc="su irc_user"

Question 3

극단적인 예로, 표준 명령에 별칭을 지정하는 것이 해로울 수 있는 이유를 설명하기 위해 표준 명령에 별칭을 지정하겠습니다.

alias ls='rm'

분명히 이것은 언젠가는 불쾌한 놀라움을 야기할 것이기 때문에 나쁜 것입니다. 마찬가지로 표준 명령을 별칭으로 바꾸면 예상치 못한 불행한 사고가 발생할 수 있습니다.

하지만 거의 모든 Unix 관리자가 경력 중 어느 시점에 직면하게 되는 일반적인 시나리오를 소개하겠습니다.

미래의 어느 날, 당신은 새로운 일을 시작하고 다른 사람이 구축한 새로운 시스템에서 작업하게 될 것입니다. 토요일 새벽 3시는 마음이 맑지 않고 실수하기 쉽습니다. 표준 환경을 사용할 수 없습니다. 사실, 당신은 루트입니다.

rm이 점을 감안할 때 'is't'의 별칭을 기억하시겠습니까 rm -i? 로그인할 때마다 특수 별명을 확인하시나요? 루트의 환경을 바꾸면 동료들이 그 변화에 만족할까요?

솔직히 말해서, 나는 그것에 대해 울타리에 있습니다. 저는 경력 동안 수천 개의 시스템에서 작업해 왔으며 모든 시스템의 환경을 수정했다면 그 가치를 확인하기 어려울 것입니다.

앨리어싱은 매우 일반적 rm이며 rm -i이를 통해 많은 문제를 예방할 수 있지만 실수로 삭제된 파일을 복구하려면 많은 놀라움과 추가 작업 시간이 필요합니다.

그래서 이제는 일반적인 시스템 명령에 별칭을 사용하지 않으려고 노력합니다. 대신 별칭과 함수를 사용하여 셸에서 쉽게 수행할 수 없는 작업을 수행합니다. 이제는 별칭에 다음과 같은 추가 문자를 추가하는 경향이 있습니다.

# List long, with color or special characters, depending on OS
alias  ll='ls -l'
# Long, with metacharacters, show dotfiles, don't show . and ..
alias lll='ls -lA'
# Long, with metacharacters, show dotfiles, show . and ..
alias lla='ls -la'
# List just the dotfiles
alias  l.='ls -l -Ad .????*'

# Useful greps
#alias hgrep='history |grep ${*} |grep -v $$'
alias greph='history |grep ${*}'
alias grepp='ps -ef |grep ${*}'

### Highlight some text.
# From http://unix.stackexchange.com/questions/366/convince-grep-to-output-all-lines-not-just-those-with-matches/367#367
highlight () { grep --color -E "$1|$" $2 ; }

새로운 관행에 적응하는 데 시간이 걸리므로 최종 별칭을 정말로 제거해야 할 수도 있습니다.

# For safety!
alias rm='rm -i'

Answer