通常包含脚本的方式是"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脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
根据我的说法，脚本包含的合适位置是/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
其他回答
您需要指定其他脚本的位置，没有其他方法可以绕过它。我建议在你的脚本顶部设置一个可配置的变量:
#!/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"
我建议您创建一个setenv脚本，其唯一目的是为整个系统中的各种组件提供位置。
然后，所有其他脚本将源此脚本，以便使用setenv脚本的所有脚本的所有位置都是通用的。
这在运行cronjobs时非常有用。当运行cron时，你会得到一个最小的环境，但是如果你让所有的cron脚本首先包含setenv脚本，那么你就能够控制和同步你想要cronjob在其中执行的环境。
我们在构建猴子上使用了这样的技术，用于跨大约2000 kSLOC的项目的持续集成。
使用source或$0不会为您提供脚本的真实路径。您可以使用脚本的进程id来检索它的实际路径
ls -l /proc/$$/fd |
grep "255 ->" |
sed -e 's/^.\+-> //'
我正在使用这个脚本，它一直为我服务得很好:)
SRC=$(cd $(dirname "$0"); pwd)
source "${SRC}/incl.sh"
