通常包含脚本的方式是"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脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
Shell脚本加载器是我的解决方案。
它提供了一个名为include()的函数，可以在许多脚本中多次调用该函数以引用单个脚本，但只加载脚本一次。该函数可以接受完整路径或部分路径(脚本在搜索路径中搜索)。还提供了一个名为load()的类似函数，它将无条件加载脚本。
它适用于bash, ksh, pd ksh和zsh与优化脚本为他们每一个;以及其他与原始sh兼容的shell，如ash、dash、传家宝sh等，通过一个通用脚本自动优化其功能，这取决于shell可以提供的特性。
(前进牌汽车的例子)
start.sh
这是一个可选的起始脚本。把启动方法放在这里只是为了方便，可以放在主脚本中。如果要编译脚本，也不需要这个脚本。
#!/bin/sh
# load loader.sh
. loader.sh
# include directories to search path
loader_addpath /usr/lib/sh deps source
# load main script
load main.sh
main.sh
include a.sh
include b.sh
echo '---- main.sh ----'
# remove loader from shellspace since
# we no longer need it
loader_finish
# main procedures go from here
# ...
a.sh
include main.sh
include a.sh
include b.sh
echo '---- a.sh ----'
b.sh
include main.sh
include a.sh
include b.sh
echo '---- b.sh ----'
输出:
---- b.sh ----
---- a.sh ----
---- main.sh ----
最好的是基于它的脚本也可以用可用的编译器编译成单个脚本。
下面是一个使用它的项目:http://sourceforge.net/p/playshell/code/ci/master/tree/。它可以在不编译脚本的情况下可移植地运行。还可以进行编译以生成单个脚本，这在安装期间很有帮助。
我还为任何想要简要了解实现脚本如何工作的保守党派创建了一个更简单的原型:https://sourceforge.net/p/loader/code/ci/base/tree/loader-include-prototype.bash。它很小，任何人都可以将代码包含在他们的主脚本中，如果他们的代码打算在Bash 4.0或更新版本中运行，而且它也不使用eval。
其他回答
即使脚本是原始的，这也是有效的:
source "$( dirname "${BASH_SOURCE[0]}" )/incl.sh"
我倾向于让我的脚本彼此相对。 这样我就可以使用dirname:
#!/bin/sh
my_dir="$(dirname "$0")"
"$my_dir/other_script.sh"
使用source或$0不会为您提供脚本的真实路径。您可以使用脚本的进程id来检索它的实际路径
ls -l /proc/$$/fd |
grep "255 ->" |
sed -e 's/^.\+-> //'
我正在使用这个脚本，它一直为我服务得很好:)
如果在同一个目录下，你可以使用dirname $0:
#!/bin/bash
source $(dirname $0)/incl.sh
echo "The main script"
这应该可靠地工作:
source_relative() {
local dir="${BASH_SOURCE%/*}"
[[ -z "$dir" ]] && dir="$PWD"
source "$dir/$1"
}
source_relative incl.sh
