通常包含脚本的方式是"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中的符号链接访问你的脚本，它就可以工作。
其他回答
我在这里看到的大多数答案似乎都把事情复杂化了。这个方法对我来说一直很有效:
FULLPATH=$(readlink -f $0)
INCPATH=${FULLPATH%/*}
INCPATH将保存脚本的完整路径，不包括脚本文件名，无论脚本是如何调用的(通过$ path，相对或绝对)。
在此之后，只需要在同一目录中包含文件即可:
. $INCPATH/file_to_include.sh
参考:TecPorto /位置独立包括
根据我的说法，脚本包含的合适位置是/usr/local/lib/
/usr/local/lib 与本地安装程序相关联的文件。
我个人更喜欢/usr/local/lib/bash/includes。 有bash-helper库用于以这种方式包含库:
#!/bin/bash
. /usr/local/lib/bash/includes/bash-helpers.sh
include api-client || exit 1 # include shared functions
include mysql-status/query-builder || exit 1 # include script functions
# include script functions with status message
include mysql-status/process-checker; status 'process-checker' $? || exit 1
include mysql-status/nonexists; status 'nonexists' $? || exit 1
SRC=$(cd $(dirname "$0"); pwd)
source "${SRC}/incl.sh"
我认为最好的方法是使用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更健壮
