또 다른 방법은 인터프리터를 호출하고 스크립트 경로를 전달하는 것입니다.

/bin/sh /path/to/script

도트와 소스는 동일합니다. (편집 : 아니오, 그렇지 않습니다 : KeithB가 다른 답변에 대한 의견에서 지적한 것처럼 “.”은 bash 관련 셸에서만 작동합니다. “source”는 bash 및 csh 관련 셸 모두에서 작동합니다. -place (스크립트를 복사하여 붙여 넣은 것처럼). 이는 스크립트의 모든 함수 및 로컬이 아닌 변수가 남아 있음을 의미합니다. 또한 스크립트가 디렉토리에 CD를 넣는 경우에도 디렉토리에있을 수 있습니다.

스크립트를 실행하는 다른 방법은 자체 서브 쉘에서 실행합니다. 스크립트의 변수는 완료시 여전히 활성화되지 않습니다. 스크립트가 디렉토리를 변경 한 경우 호출 환경에 영향을 미치지 않습니다.

/ path / to / script와 / bin / sh 스크립트는 약간 다릅니다. 일반적으로 스크립트에는 처음에 다음과 같은 “shebang”이 있습니다.

#! /bin/bash

이것이 스크립트 인터프리터의 경로입니다. 인터프리터를 실행할 때와 다른 인터프리터를 지정하면 다르게 작동하거나 전혀 작동하지 않을 수 있습니다.

예를 들어 Perl 스크립트와 Ruby 스크립트는 (각각)으로 시작합니다.

#! /bin/perl

과

#! /bin/ruby

를 실행하여 해당 스크립트 중 하나를 실행 /bin/sh script하면 전혀 작동하지 않습니다.

우분투는 실제로 bash 쉘을 사용하지 않지만 dash라는 매우 유사한 것을 사용합니다. bash가 필요한 /bin/sh script스크립트는 대시 인터프리터를 사용하여 bash 스크립트를 방금 호출했기 때문에 호출하면 약간 잘못 작동 할 수 있습니다 .

스크립트를 직접 호출하고 스크립트 경로를 인터프리터에 전달하는 것의 또 다른 작은 차이점은 스크립트를 직접 실행하려면 스크립트를 실행 가능으로 표시해야하지만 경로를 인터프리터에 전달하여 실행해서는 안된다는 것입니다.

또 다른 사소한 변형 : 스크립트를 eval로 실행하기 위해 이러한 방법 중 하나를 접두어 사용할 수 있습니다.

eval sh script
eval script
eval . script

등등. 실제로 아무것도 변경되지는 않지만 철저하게 포함시킬 것이라고 생각했습니다.

답변

set -x     # Print command traces before executing command.
set -v     # Prints shell input lines as they are read.
set -xv    # Or do both

$ bash -x ~/bin/ducks
+ du -cks -x dir1 dir2 dir3 file1 file2 file3
+ sort -n
+ tail .ducks
123 etc
424 bin
796 total



$ sh -xv ~/bin/ducks
#!/usr/bin/env bash

# Find the disk hog
# Borrowed from http://oreilly.com/pub/h/15
...
...

cat foo.sh | dash
dash < foo.sh

sh script
bash script

. ./filename
# ( dot space dot slash filename )