通常包含脚本的方式是"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脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
我把所有的启动脚本都放在。bashrc文件中。d目录。 这是在/etc/profile.之类的地方常用的技术d等。
while read file; do source "${file}"; done <<HERE
$(find ${HOME}/.bashrc.d -type f)
HERE
使用通配符解决方案的问题…
for file in ${HOME}/.bashrc.d/*.sh; do source ${file};done
.．.你的文件列表可能太长了。 一种方法是……
find ${HOME}/.bashrc.d -type f | while read file; do source ${file}; done
…运行但不按预期改变环境。
其他回答
这应该可靠地工作:
source_relative() {
local dir="${BASH_SOURCE%/*}"
[[ -z "$dir" ]] && dir="$PWD"
source "$dir/$1"
}
source_relative incl.sh
当然，每个人都有自己的，但我认为下面的块是相当扎实的。我相信这涉及到查找目录的“最佳”方式，以及调用另一个bash脚本的“最佳”方式:
scriptdir=`dirname "$BASH_SOURCE"`
source $scriptdir/incl.sh
echo "The main script"
因此，这可能是包含其他脚本的“最佳”方式。这是基于另一个“最佳”答案，它告诉bash脚本它存储在哪里
我建议您创建一个setenv脚本，其唯一目的是为整个系统中的各种组件提供位置。
然后，所有其他脚本将源此脚本，以便使用setenv脚本的所有脚本的所有位置都是通用的。
这在运行cronjobs时非常有用。当运行cron时，你会得到一个最小的环境，但是如果你让所有的cron脚本首先包含setenv脚本，那么你就能够控制和同步你想要cronjob在其中执行的环境。
我们在构建猴子上使用了这样的技术，用于跨大约2000 kSLOC的项目的持续集成。
SRC=$(cd $(dirname "$0"); pwd)
source "${SRC}/incl.sh"
根据我的说法，脚本包含的合适位置是/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
