通常包含脚本的方式是"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脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
个人将所有库放在lib文件夹中，并使用导入函数来加载它们。
文件夹结构
script.sh内容
# Imports '.sh' files from 'lib' directory
function import()
{
local file="./lib/$1.sh"
local error="\e[31mError: \e[0mCannot find \e[1m$1\e[0m library at: \e[2m$file\e[0m"
if [ -f "$file" ]; then
source "$file"
if [ -z $IMPORTED ]; then
echo -e $error
exit 1
fi
else
echo -e $error
exit 1
fi
}
注意，这个导入函数应该在脚本的开头，然后你可以像这样轻松地导入你的库:
import "utils"
import "requirements"
在每个库(例如utils.sh)的顶部添加一行:
IMPORTED="$BASH_SOURCE"
现在您可以从script.sh访问utils.sh和requirements.sh中的函数
待办事项:编写一个链接器来构建一个sh文件
其他回答
我倾向于让我的脚本彼此相对。 这样我就可以使用dirname:
#!/bin/sh
my_dir="$(dirname "$0")"
"$my_dir/other_script.sh"
Steve的回答绝对是正确的技术，但它应该被重构，以便您的installpath变量在一个单独的环境脚本中，所有这些声明都是在该脚本中进行的。
然后，所有脚本都以该脚本为源，如果安装路径发生更改，则只需在一个位置更改它。让事情更，呃，不受未来影响。天啊，我讨厌这个词!(-):
顺便说一句，当你以你的例子中所示的方式使用它时，你应该使用${installpath}引用变量:
. ${installpath}/incl.sh
如果省略大括号，一些shell将尝试展开变量“installpath/ include .sh”!
您需要指定其他脚本的位置，没有其他方法可以绕过它。我建议在你的脚本顶部设置一个可配置的变量:
#!/bin/bash
installpath=/where/your/scripts/are
. $installpath/incl.sh
echo "The main script"
或者，您可以坚持让用户维护一个环境变量来指示您的程序所在的位置，比如PROG_HOME或类似的变量。这可以通过在/etc/profile中创建带有该信息的脚本自动提供给用户D /，它将在用户每次登录时被引用。
我知道我迟到了，但这应该工作，无论你如何开始脚本和使用内置专属:
DIR="${BASH_SOURCE%/*}"
if [[ ! -d "$DIR" ]]; then DIR="$PWD"; fi
. "$DIR/incl.sh"
. "$DIR/main.sh"
． (dot)命令是source的别名，$PWD是工作目录的路径，BASH_SOURCE是一个数组变量，其成员是源文件名，${string%substring}从$string后面删除$substring的最短匹配
如果在同一个目录下，你可以使用dirname $0:
#!/bin/bash
source $(dirname $0)/incl.sh
echo "The main script"
