通常包含脚本的方式是"source"
eg:
main.sh:
#!/bin/bash
source incl.sh
echo "The main script"
incl.sh:
echo "The included script"
执行“。/main.sh”的结果是:
The included script
The main script
．.． 现在，如果您试图从另一个位置执行该shell脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
我认为最好的方法是使用Chris Boran的方法，但是你应该这样计算MY_DIR:
#!/bin/sh
MY_DIR=$(dirname $(readlink -f $0))
$MY_DIR/other_script.sh
引用readlink的手册页:
Readlink -显示符号链接的值 .．. - f,规范化 通过遵循给定组件中的每个符号链接进行规范化 递归地名称;除最后一个组件外，所有组件都必须存在
我从未遇到MY_DIR计算不正确的用例。如果你通过$PATH中的符号链接访问你的脚本，它就可以工作。
其他回答
这个问题的答案的组合提供了最健壮的解决方案。
它在产品级脚本中工作，支持依赖关系和目录结构:
#!/bin/bash
# Full path of the current script
THIS=`readlink -f "${BASH_SOURCE[0]}" 2>/dev/null||echo $0`
# The directory where current script resides
DIR=`dirname "${THIS}"`
# 'Dot' means 'source', i.e. 'include':
. "$DIR/compile.sh"
该方法支持所有这些:
路径中的空间 链接(通过readlink) ${BASH_SOURCE[0]}比$0更健壮
SRC=$(cd $(dirname "$0"); pwd)
source "${SRC}/incl.sh"
我倾向于让我的脚本彼此相对。 这样我就可以使用dirname:
#!/bin/sh
my_dir="$(dirname "$0")"
"$my_dir/other_script.sh"
您需要指定其他脚本的位置，没有其他方法可以绕过它。我建议在你的脚本顶部设置一个可配置的变量:
#!/bin/bash
installpath=/where/your/scripts/are
. $installpath/incl.sh
echo "The main script"
或者，您可以坚持让用户维护一个环境变量来指示您的程序所在的位置，比如PROG_HOME或类似的变量。这可以通过在/etc/profile中创建带有该信息的脚本自动提供给用户D /，它将在用户每次登录时被引用。
即使脚本是原始的，这也是有效的:
source "$( dirname "${BASH_SOURCE[0]}" )/incl.sh"
