전체 셸 스크립트를 실행하기 전에 읽는 방법은 무엇입니까?

일반적으로 스크래치를 편집하면 실행중인 모든 스크립트 사용에 오류가 발생하기 쉽습니다.

내가 이해하는 한, bash (다른 쉘도?)는 스크립트를 점진적으로 읽으므로 스크립트 파일을 외부에서 수정하면 잘못된 내용을 읽기 시작합니다. 그것을 막을 방법이 있습니까?

예:

sleep 20

echo test

이 스크립트를 실행하면 bash는 첫 번째 줄 (예 : 10 바이트)을 읽고 절전 모드로 전환합니다. 다시 시작하면 10 번째 바이트부터 시작하는 스크립트의 내용이 다를 수 있습니다. 새 스크립트에서 줄 중간에있을 수 있습니다. 따라서 실행중인 스크립트가 손상됩니다.

예, 쉘 bash은 특히 ​​한 번에 한 줄씩 파일을 읽도록주의하므로 대화식으로 파일을 사용할 때와 동일하게 작동합니다.

파이프와 같은 파일을 찾을 수 없을 때 문자를 bash지나 읽지 않도록 한 번에 한 바이트 씩 읽습니다 \n. 파일을 검색 할 수 있으면 한 번에 전체 블록을 읽음으로써 최적화되지만 \n.

즉, 다음과 같은 작업을 수행 할 수 있습니다.

bash << \EOF
read var
var's content
echo "$var"
EOF

또는 스스로 업데이트되는 스크립트를 작성하십시오. 그것이 당신에게 그 보증을주지 않으면 할 수 없을 것입니다.

지금, 당신이 그런 일을하고 싶어하는 경우는 거의 없으며, 알다시피, 그 기능이 유용한 것보다 더 자주 방해되는 경향이 있습니다.

이를 피하려면 파일을 제자리에서 수정하지 마십시오 (예 : 사본을 수정하고 사본을 제자리로 이동 (예 : sed -i또는 perl -pi일부 편집기의 경우)).

또는 다음과 같이 스크립트를 작성할 수 있습니다.

{
  sleep 20
  echo test
}; exit

( ; exit와 같은 줄에 }있어야합니다. 닫는 바로 앞에 괄호 안에 넣을 수도 있습니다).

또는:

main() {
  sleep 20
  echo test
}
main "$@"; exit

쉘은 exit무언가를 시작하기 전에 스크립트를 읽어야합니다 . 그러면 셸이 스크립트에서 다시 읽히지 않습니다.

그것은 전체 스크립트가 메모리에 저장됨을 의미합니다.

스크립트 구문 분석에도 영향을 줄 수 있습니다.

예를 들어,에 bash:

export LC_ALL=fr_FR.UTF-8
echo $'St\ue9phane'

UTF-8로 인코딩 된 U + 00E9를 출력합니다. 그러나 다음과 같이 변경하면

{
  export LC_ALL=fr_FR.UTF-8
  echo $'St\ue9phane'
}

이 \ue9명령은이 경우에 해석되는 당시에 유효했던 캐릭터 세트로 확장 될 전에export 명령이 실행된다.

또한 일부 쉘 에서 sourceaka .명령을 사용하면 소스 파일에 대해 동일한 종류의 문제가 발생합니다.

그건 그렇지 않다의 bash그 것처럼 source명령을 해석하기 전에 완전히 파일을 읽습니다. bash구체적으로 작성하는 경우 스크립트 시작 부분에 추가하여 실제로 사용할 수 있습니다.

if [[ ! $already_sourced ]]; then
  already_sourced=1
  source "$0"; exit
fi

(나는 당신이 미래의 버전 bash이 현재 제한으로 볼 수있는 행동을 바꿀 수 있다고 상상할 수 있지만 (bash와 AT & T ksh는 말할 수있는 한 POSIX와 같은 유일한 쉘입니다) 그리고 already_sourced이 변수가)이 BASH_SOURCE 변수의 내용에 영향을 미칠 것을 언급하지 않기에, 환경에없는 것을 가정으로 트릭은 비트 취성

파일을 삭제하면됩니다 (예 : 복사, 삭제, 사본 이름을 원래 이름으로 다시 변경). 실제로 많은 편집자가이 작업을 수행하도록 구성 할 수 있습니다. 파일을 편집하고 변경된 버퍼를 저장하면 파일을 덮어 쓰는 대신 이전 파일의 이름을 바꾸고 새 파일을 만든 다음 새 내용을 새 파일에 넣습니다. 따라서 실행중인 스크립트는 문제없이 계속되어야합니다.

vim 및 emacs에서 쉽게 사용할 수있는 RCS와 같은 간단한 버전 제어 시스템을 사용하면 변경 히스토리가 있다는 이점을 얻을 수 있으며 체크 아웃 시스템은 기본적으로 현재 파일을 제거하고 올바른 모드로 다시 작성해야합니다. (물론 그러한 파일을 하드 링크하는 것을 조심하십시오).

가장 간단한 해결책 :

{
  ... your code ...

  exit
}

이런 식으로 bash는 {}블록을 실행하기 전에 전체 블록 을 읽고 exit지시문은 코드 블록 외부에서 아무것도 읽지 않도록합니다.

스크립트를 "실행"하지 않고 "소스"하려는 경우 다른 솔루션이 필요합니다. 그러면 작동합니다.

{
  ... your code ...

  return 2>/dev/null || exit
}

또는 종료 코드를 직접 제어하려는 경우 :

{
  ... your code ...

  ret="$?";return "$ret" 2>/dev/null || exit "$ret"
}

oil! 이 스크립트는 편집, 소싱 및 실행이 안전합니다. 처음 읽을 때 밀리 초 단위로 수정하지 않아야합니다.

개념의 증거. 다음은 스스로 수정하는 스크립트입니다.

cat <<EOF >/tmp/scr
#!/bin/bash
sed  s/[k]ept/changed/  /tmp/scr > /tmp/scr2

# this next line overwites the on disk copy of the script
cat /tmp/scr2 > /tmp/scr
# this line ends up changed.
echo script content kept
EOF
chmod u+x /tmp/scr
/tmp/scr

우리는 변경된 버전 인쇄를 본다

bash로드는 파일 핸들을 스크립트에 열어두기 때문에 파일의 변경 사항이 즉시 나타납니다.

메모리 내 사본을 업데이트하지 않으려면 원본 파일을 연결 해제하고 교체하십시오.

이를 수행하는 한 가지 방법은 sed -i를 사용하는 것입니다.

sed -i '' filename

개념의 증거

cat <<EOF >/tmp/scr
#!/bin/bash
sed  s/[k]ept/changed/  /tmp/scr > /tmp/scr2

# this next line unlinks the original and creates a new copy.
sed -i ''  /tmp/scr

# now overwriting it has no immediate effect
cat /tmp/scr2 > /tmp/scr
echo script content kept
EOF

chmod u+x /tmp/scr
/tmp/scr

편집기를 사용하여 스크립트를 변경하는 경우 "백업 복사본 유지"기능을 활성화하면 편집기가 기존 버전을 덮어 쓰지 않고 변경된 버전을 새 파일에 쓰도록 할 수 있습니다.

스크립트를 블록 {}으로 묶는 것이 가장 좋은 방법이지만 스크립트를 변경해야합니다.

F=$(mktemp) && cp test.sh $F && bash $F; rm $F;

두 번째로 가장 좋은 옵션 ( tmpfs 가정 )은 스크립트에서 사용하면 $ 0를 나누는 단점이 있습니다.

같은 F=test.sh; tail -n $(cat "$F" | wc -l) "$F" | bash파일을 사용하는 것은 전체 파일을 메모리에 유지하고 $ 0를 나누기 때문에 덜 이상적입니다.

마지막 수정 시간, 읽기 잠금 및 하드 링크가 방해받지 않도록 원본 파일을 건드리지 마십시오. 이렇게하면 파일을 실행하는 동안 편집기를 열어 둘 수 있으며 rsync는 파일의 백업 및 하드 링크 기능을 불필요하게 체크섬 할 필요가 없습니다.

편집시 파일을 바꾸는 것은 효과가 있지만 다른 스크립트 / 사용자에게 강제 할 수 없으므로 잊어 버릴 수 있기 때문에 덜 강력합니다. 그리고 다시 그것은 하드 링크를 끊을 것입니다.