假设我在名为 的文件夹中有一个 bash 脚本Programming
,它从名为 的子文件夹中的文件读取数据data
。
脚本中文件的路径都与此“Programming”文件夹相关。
echo "test" > ./data/test.txt
。
因此工作目录应始终是“Programming”文件夹。
当脚本通过所有测试时,它就完成了,我想我可以轻松地将“Programming”文件夹的全部内容复制到 中的子文件夹中/opt
,/opt/myapplication
然后在/usr/bin
名为 的文件夹中创建一个符号链接myapplication
,该链接到中的脚本/opt/myapplication/bash_script
使其在环境中可达。
但问题是,如果我现在从工作目录所在的任何地方调用 myapplication
$PWD= #actual shell directory at script start
$0=/usr/bin/myapplication
${BASH_SOURCE[0]}=/usr/bin/myapplication
我的申请失败了。我认为符号链接会将工作目录更改为文件所在的位置。
Unix 中通常的做法是什么?始终将工作目录设置为执行文件所在的位置,以使用相对路径?
答案1
Unix 中通常的做法是什么?始终将工作目录设置为执行文件所在的位置,以使用相对路径?
确实没有。在大多数情况下,您可以基于此在脚本内部使用$0
和执行 a ,但显示的内容可能没有多大帮助,因为它本身可能是相对路径,也可能是通过符号链接的路径。cd
$0
(对于argv[0]
直接从调用者获取的二进制可执行文件,可以在 Bash 中将其设置为execve()
调用中的任何内容。由于脚本的启动方式,(exec -a anything /path/to/file)
这对于脚本中的工作方式不同。)$0
但是,另一个问题是你是否应该这样做。常见的想法是工具驻留在 中的某个目录中PATH
,然后从数据文件所在的目录中使用它们。这样,一个工具就可以由不同的用户用于多组数据文件。
设置默认路径的另一种常见方法是使用环境变量。让脚本包含类似 的内容if [ -d "$MYAPP_DIR" ]; then cd "$MYAPP_DIR"; fi
,然后用户可以MYAPP_DIR
根据需要在 shell 的启动文件中进行设置。
当然,工具可能需要一些静态数据,这些数据是工具附带的。为了找到这些,我可以看到一些可能性:
- 使用配置文件的固定路径来告知静态数据的位置。该固定路径通常是这样
/etc/mytool/config
的。这里的缺点是它不适用于非管理员安装。 - 在编译时设置位置并将其存储在二进制文件本身中。数据路径通常类似于
/usr/share/lib/mytool/whatever
,但也可能是其他内容,但在安装的生命周期内可能不会改变。 (我认为这很常见,但在某种程度上,在我看来,它感觉很丑陋。) - 使用环境变量。这里的缺点是,用户必须对其进行设置才能使任何内容正常工作,因此也许最好使用它作为其他方法的替代/覆盖。