通常包含脚本的方式是"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脚本，它将无法找到包含，除非它在您的路径中。
确保脚本能够找到包含脚本的好方法是什么，特别是在脚本需要可移植的情况下?
当前回答
你还可以使用:
PWD=$(pwd)
source "$PWD/inc.sh"
其他回答
Steve的回答绝对是正确的技术，但它应该被重构，以便您的installpath变量在一个单独的环境脚本中，所有这些声明都是在该脚本中进行的。
然后，所有脚本都以该脚本为源，如果安装路径发生更改，则只需在一个位置更改它。让事情更，呃，不受未来影响。天啊，我讨厌这个词!(-):
顺便说一句，当你以你的例子中所示的方式使用它时，你应该使用${installpath}引用变量:
. ${installpath}/incl.sh
如果省略大括号，一些shell将尝试展开变量“installpath/ include .sh”!
我在这里看到的大多数答案似乎都把事情复杂化了。这个方法对我来说一直很有效:
FULLPATH=$(readlink -f $0)
INCPATH=${FULLPATH%/*}
INCPATH将保存脚本的完整路径，不包括脚本文件名，无论脚本是如何调用的(通过$ path，相对或绝对)。
在此之后，只需要在同一目录中包含文件即可:
. $INCPATH/file_to_include.sh
参考:TecPorto /位置独立包括
我们只需要找到include .sh和main.sh所在的文件夹;用下面的代码修改main.sh:
main.sh
#!/bin/bash
SCRIPT_NAME=$(basename $0)
SCRIPT_DIR="$(echo $0| sed "s/$SCRIPT_NAME//g")"
source $SCRIPT_DIR/incl.sh
echo "The main script"
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。
1. 最整齐的
我研究了几乎所有的建议，下面是对我有用的最简洁的建议:
Script_root =$(dirname $(readlink -f $0))
即使脚本被符号链接到$PATH目录，它也能工作。
在这里查看它的实际操作:https://github.com/pendashteh/hcagent/blob/master/bin/hcagent
2. 最酷的
# Copyright https://stackoverflow.com/a/13222994/257479
script_root=$(ls -l /proc/$$/fd | grep "255 ->" | sed -e 's/^.\+-> //')
这实际上是来自这一页上的另一个答案，但我也把它加到我的答案中!
3.最可靠
或者，在极少数情况下，这些方法都不起作用，下面是万无一失的方法:
# Copyright http://stackoverflow.com/a/7400673/257479
myreadlink() { [ ! -h "$1" ] && echo "$1" || (local link="$(expr "$(command ls -ld -- "$1")" : '.*-> \(.*\)$')"; cd $(dirname $1); myreadlink "$link" | sed "s|^\([^/].*\)\$|$(dirname $1)/\1|"); }
whereis() { echo $1 | sed "s|^\([^/].*/.*\)|$(pwd)/\1|;s|^\([^/]*\)$|$(which -- $1)|;s|^$|$1|"; }
whereis_realpath() { local SCRIPT_PATH=$(whereis $1); myreadlink ${SCRIPT_PATH} | sed "s|^\([^/].*\)\$|$(dirname ${SCRIPT_PATH})/\1|"; }
script_root=$(dirname $(whereis_realpath "$0"))
你可以在taskrunner源代码:https://github.com/pendashteh/taskrunner/blob/master/bin/taskrunner中看到它的运行
希望这能帮助到一些人:)
此外，如果其中一个不适合你，请留下评论，并提到你的操作系统和模拟器。谢谢!
