スクリプト自体からBashスクリプトのソースディレクトリを取得する方法

どのように私はされているディレクトリのパスを取得んバッシュ、スクリプトが配置されているが内部でそのスクリプト？

Bashスクリプトを別のアプリケーションのランチャーとして使用したい。次のように、作業ディレクトリをBashスクリプトが配置されているディレクトリに変更して、そのディレクトリ内のファイルを操作できるようにします。

$ ./application

#!/bin/bash

DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"

どこから呼び出されても、スクリプトの完全なディレクトリ名を提供する便利なワンライナーです。

スクリプトの検索に使用されるパスの最後のコンポーネントがシンボリックリンクでない限り、機能します（ディレクトリリンクは問題ありません）。スクリプト自体へのリンクも解決する場合は、複数行のソリューションが必要です。

#!/bin/bash

SOURCE="${BASH_SOURCE[0]}"
while [ -h "$SOURCE" ]; do # resolve $SOURCE until the file is no longer a symlink
  DIR="$( cd -P "$( dirname "$SOURCE" )" >/dev/null 2>&1 && pwd )"
  SOURCE="$(readlink "$SOURCE")"
  [[ $SOURCE != /* ]] && SOURCE="$DIR/$SOURCE" # if $SOURCE was a relative symlink, we need to resolve it relative to the path where the symlink file was located
done
DIR="$( cd -P "$( dirname "$SOURCE" )" >/dev/null 2>&1 && pwd )"

この最後のものは別名、のいずれかの組み合わせで動作しますsource、bash -c、シンボリックリンクなど

注意：cdこのスニペットを実行する前に別のディレクトリに移動すると、結果が正しくない場合があります。

また、ユーザーがcdをオーバーライドして、代わりに出力をstderrにリダイレクトする場合（macで呼び出すときなどのエスケープシーケンスを含む）、$CDPATHgotchasとstderr出力の副作用に注意してくださいupdate_terminal_cwd >&2。コマンド>/dev/null 2>&1の最後に追加すると、cd両方の可能性が処理されます。

それがどのように機能するかを理解するには、このより冗長なフォームを実行してみてください：

#!/bin/bash

SOURCE="${BASH_SOURCE[0]}"
while [ -h "$SOURCE" ]; do # resolve $SOURCE until the file is no longer a symlink
  TARGET="$(readlink "$SOURCE")"
  if [[ $TARGET == /* ]]; then
    echo "SOURCE '$SOURCE' is an absolute symlink to '$TARGET'"
    SOURCE="$TARGET"
  else
    DIR="$( dirname "$SOURCE" )"
    echo "SOURCE '$SOURCE' is a relative symlink to '$TARGET' (relative to '$DIR')"
    SOURCE="$DIR/$TARGET" # if $SOURCE was a relative symlink, we need to resolve it relative to the path where the symlink file was located
  fi
done
echo "SOURCE is '$SOURCE'"
RDIR="$( dirname "$SOURCE" )"
DIR="$( cd -P "$( dirname "$SOURCE" )" >/dev/null 2>&1 && pwd )"
if [ "$DIR" != "$RDIR" ]; then
  echo "DIR '$RDIR' resolves to '$DIR'"
fi
echo "DIR is '$DIR'"

そしてそれは次のようなものを出力します：

SOURCE './scriptdir.sh' is a relative symlink to 'sym2/scriptdir.sh' (relative to '.')
SOURCE is './sym2/scriptdir.sh'
DIR './sym2' resolves to '/home/ubuntu/dotfiles/fo fo/real/real1/real2'
DIR is '/home/ubuntu/dotfiles/fo fo/real/real1/real2'

使用dirname "$0"：

#!/bin/bash
echo "The script you are running has basename `basename "$0"`, dirname `dirname "$0"`"
echo "The present working directory is `pwd`"

pwd含まれているディレクトリからスクリプトを実行していない場合、単独で使用しても機能しません。

[matt@server1 ~]$ pwd
/home/matt
[matt@server1 ~]$ ./test2.sh
The script you are running has basename test2.sh, dirname .
The present working directory is /home/matt
[matt@server1 ~]$ cd /tmp
[matt@server1 tmp]$ ~/test2.sh
The script you are running has basename test2.sh, dirname /home/matt
The present working directory is /tmp

dirnameコマンドは、単にのオフファイル名にパスを解析し、最も基本的なものです$0（スクリプト名）変数：

dirname "$0"

しかし、matt bが指摘したように、返されるパスはスクリプトの呼び出し方法によって異なります。pwdは、現在のディレクトリが何であるかを通知するだけで、スクリプトが存在するディレクトリを通知しないため、ジョブを実行しません。さらに、スクリプトへのシンボリックリンクが実行されると、（おそらく相対）パスが取得されます。実際のスクリプトではなく、リンクが存在する場所。

他の何人かはreadlinkコマンドに言及しましたが、最も簡単には、以下を使用できます。

dirname "$(readlink -f "$0")"

readlinkスクリプトパスをファイルシステムのルートからの絶対パスに解決します。したがって、シングルまたはダブルのドット、チルド、および/またはシンボリックリンクを含むパスは、フルパスに解決されます。

これらはそれぞれを示すスクリプトwhatdir.shです。

#!/bin/bash
echo "pwd: `pwd`"
echo "\$0: $0"
echo "basename: `basename $0`"
echo "dirname: `dirname $0`"
echo "dirname/readlink: $(dirname $(readlink -f $0))"

相対パスを使用して、私のホームディレクトリでこのスクリプトを実行します。

>>>$ ./whatdir.sh 
pwd: /Users/phatblat
$0: ./whatdir.sh
basename: whatdir.sh
dirname: .
dirname/readlink: /Users/phatblat

繰り返しますが、スクリプトへの完全パスを使用します。

>>>$ /Users/phatblat/whatdir.sh 
pwd: /Users/phatblat
$0: /Users/phatblat/whatdir.sh
basename: whatdir.sh
dirname: /Users/phatblat
dirname/readlink: /Users/phatblat

現在ディレクトリを変更しています：

>>>$ cd /tmp
>>>$ ~/whatdir.sh 
pwd: /tmp
$0: /Users/phatblat/whatdir.sh
basename: whatdir.sh
dirname: /Users/phatblat
dirname/readlink: /Users/phatblat

最後に、シンボリックリンクを使用してスクリプトを実行します。

>>>$ ln -s ~/whatdir.sh whatdirlink.sh
>>>$ ./whatdirlink.sh 
pwd: /tmp
$0: ./whatdirlink.sh
basename: whatdirlink.sh
dirname: .
dirname/readlink: /Users/phatblat

pushd . > /dev/null
SCRIPT_PATH="${BASH_SOURCE[0]}"
if ([ -h "${SCRIPT_PATH}" ]); then
  while([ -h "${SCRIPT_PATH}" ]); do cd `dirname "$SCRIPT_PATH"`; 
  SCRIPT_PATH=`readlink "${SCRIPT_PATH}"`; done
fi
cd `dirname ${SCRIPT_PATH}` > /dev/null
SCRIPT_PATH=`pwd`;
popd  > /dev/null

を含むすべてのバージョンで動作します

• 複数の深度のソフトリンクを介して呼び出された場合、
• それをファイルするとき
• スクリプトがコマンド「source」.（ドット）演算子として呼び出されたとき。
• arg $0が呼び出し元から変更されたとき。
• "./script"
• "/full/path/to/script"
• "/some/path/../../another/path/script"
• "./some/folder/script"

また、bashスクリプト自体がある場合は、相対シンボリックリンクあなたがしたいの完全なパスをそれに従うと返すためには、リンク先のスクリプト：

pushd . > /dev/null
SCRIPT_PATH="${BASH_SOURCE[0]}";
if ([ -h "${SCRIPT_PATH}" ]) then
  while([ -h "${SCRIPT_PATH}" ]) do cd `dirname "$SCRIPT_PATH"`; SCRIPT_PATH=`readlink "${SCRIPT_PATH}"`; done
fi
cd `dirname ${SCRIPT_PATH}` > /dev/null
SCRIPT_PATH=`pwd`;
popd  > /dev/null

SCRIPT_PATHそれがどのように呼び出されても、フルパスで与えられます。
これは、スクリプトの先頭にあることを確認してください。

このコメントとコードのコピーレフト、GPL2.0以降またはCC-SA 3.0（CreativeCommons Share Alike）以降での選択可能なライセンス。（c）2008。無断複写・転載を禁じます。いかなる保証もありません。あなたは警告されました。
http://www.gnu.org/licenses/gpl-2.0.txt
http://creativecommons.org/licenses/by-sa/3.0/
18eedfe1c99df68dc94d4a94712a71aaa8e1e9e36cacf421b9463dd2bbaa02906d0d6656

簡潔な答え：

`dirname $0`

または（できれば）：

$(dirname "$0")

使用できます$BASH_SOURCE：

#!/bin/bash

scriptdir=`dirname "$BASH_SOURCE"`

あなたが使用する必要があることを注意#!/bin/bashしていない#!/bin/sh、それはbashの延長だから。

これはそれを行うはずです：

DIR="$(dirname "$(readlink -f "$0")")"

これは、パス内のシンボリックリンクとスペースで機能します。

dirnameおよびのマニュアルページを参照してくださいreadlink。

コメントトラックから、Mac OSでは動作しないようです。なぜかはわかりません。助言がありますか？

pwd現在の作業ディレクトリdirnameを見つけたり、特定のファイルのディレクトリを見つけたりするために使用できます（実行されたコマンドはis $0なのでdirname $0、現在のスクリプトのディレクトリがわかるはずです）。

ただし、dirnameファイル名のディレクトリ部分を正確に指定します。これは、おそらく現在の作業ディレクトリに関連している可能性があります。スクリプトが何らかの理由でディレクトリを変更する必要がある場合、からの出力dirnameは無意味になります。

私は以下を提案します：

#!/bin/bash

reldir=`dirname $0`
cd $reldir
directory=`pwd`

echo "Directory is $directory"

このようにして、相対ディレクトリではなく、絶対ディレクトリを取得します。

スクリプトは別のbashインスタンスで実行されるため、後で作業ディレクトリを復元する必要はありませんが、何らかの理由でスクリプトを元に戻す場合はpwd、前に変数の値を簡単に割り当てることができます将来使用するためにディレクトリを変更します。

ただ

cd `dirname $0`

質問の特定のシナリオを解決しますが、一般的にはより便利な方法への絶対パスがあると思います。

このページに何度も何度もアクセスして、受け入れられた回答にワンライナーをコピーして貼り付けるのにうんざりしています。それに関する問題は、理解して覚えることが容易でないことです。

以下に覚えやすいスクリプトを示します。

DIR="$(dirname "${BASH_SOURCE[0]}")"  # get the directory name
DIR="$(realpath "${DIR}")"    # resolve its full path if need be

他の人が考えているほど簡単ではありません。 pwd現在のディレクトリは必ずしもスクリプトのあるディレクトリではないため、機能しません。 $0常に情報があるとは限りません。スクリプトを呼び出すには、次の3つの方法を検討してください。

./script

/usr/bin/script

script

最初と3番目の方法で$0は、完全なパス情報がありません。2番目と3番目でpwdは、動作しません。3番目の方法でディレクトリを取得する唯一の方法は、パスを実行して、一致するファイルを見つけることです。基本的に、コードはOSの処理をやり直す必要があります。

あなたが求めていることを行う1つの方法は、/usr/shareディレクトリ内のデータをハードコードして、フルパスで参照することです。/usr/binとにかくデータはディレクトリにあるべきではないので、これはおそらくやるべきことです。

SCRIPT_DIR=$( cd ${0%/*} && pwd -P )

$(dirname "$(readlink -f "$BASH_SOURCE")")

これにより、Mac OS X 10.6.6の現在の作業ディレクトリが取得されます。

DIR=$(cd "$(dirname "$0")"; pwd)

これはLinux固有ですが、以下を使用できます。

SELF=$(readlink /proc/$$/fd/255)

以下は、POSIX準拠のワンライナーです。

SCRIPT_PATH=`dirname "$0"`; SCRIPT_PATH=`eval "cd \"$SCRIPT_PATH\" && pwd"`

# test
echo $SCRIPT_PATH

私はこれらすべてを試しましたが、どれもうまくいきませんでした。1つは非常に近かったが、それをひどく壊す小さなバグがありました。パスを引用符で囲むのを忘れていました。

また、多くの人は、シェルからスクリプトを実行していると想定しているため、新しいスクリプトを開くと、デフォルトで家に戻ります。

このディレクトリを試してみてください：

/var/No one/Thought/About Spaces Being/In a Directory/Name/And Here's your file.text

これにより、実行方法や実行場所に関係なく正しく実行されます。

#!/bin/bash
echo "pwd: `pwd`"
echo "\$0: $0"
echo "basename: `basename "$0"`"
echo "dirname: `dirname "$0"`"

実際に役立つように、実行中のスクリプトのディレクトリに変更する方法を次に示します。

cd "`dirname "$0"`"

シンプルで正しい方法は次のとおりです。

actual_path=$(readlink -f "${BASH_SOURCE[0]}")
script_dir=$(dirname "$actual_path")

説明：

• ${BASH_SOURCE[0]}-スクリプトへの完全パス。この値は、スクリプトがソースされている場合でも正しくなります。たとえば、bashをsource <(echo 'echo $0')出力しますが、これを置き換えると、スクリプトの完全なパスが出力されます。（もちろん、これはあなたがBashへの依存を受け入れても大丈夫であることを前提としています。）${BASH_SOURCE[0]}

• readlink -f-指定されたパス内のシンボリックリンクを再帰的に解決します。これはGNU拡張であり、（たとえば）BSDシステムでは使用できません。Macを実行している場合は、Homebrewを使用してGNUをインストールしcoreutils、これをに置き換えることができますgreadlink -f。

• そしてもちろんdirname、パスの親ディレクトリを取得します。

これを行う最も短くて最もエレガントな方法は次のとおりです。

#!/bin/bash
DIRECTORY=$(cd `dirname $0` && pwd)
echo $DIRECTORY

これはすべてのプラットフォームで機能し、非常にクリーンです。

詳細については、「bashスクリプトが格納されているディレクトリ」を参照してください。

私はこのようなものを使用します：

# retrieve the full pathname of the called script
scriptPath=$(which $0)

# check whether the path is a link or not
if [ -L $scriptPath ]; then

    # it is a link then retrieve the target path and get the directory name
    sourceDir=$(dirname $(readlink -f $scriptPath))

else

    # otherwise just get the directory name of the script path
    sourceDir=$(dirname $scriptPath)

fi

これは、ソリューションe-satisのわずかな改訂であり、3bcdnlklvc04a が回答で指摘しました。

SCRIPT_DIR=''
pushd "$(dirname "$(readlink -f "$BASH_SOURCE")")" > /dev/null && {
    SCRIPT_DIR="$PWD"
    popd > /dev/null
}    

これは、リストされているすべてのケースで機能します。

これはkonsoleboxのおかげでpopd、失敗した後pushdを防ぎます。

GNU coreutils readlink（例：linux）を備えたシステムの場合：

$(readlink -f "$(dirname "$0")")

スクリプトのファイル名が含まれているBASH_SOURCE場合$0は使用する必要はありません。

#!/bin/sh
PRG="$0"

# need this for relative symlinks
while [ -h "$PRG" ] ; do
   PRG=`readlink "$PRG"`
done

scriptdir=`dirname "$PRG"`

$_の代替として言及する価値があり$0ます。Bashからスクリプトを実行している場合、受け入れられる回答は次のように短縮できます。

DIR="$( dirname "$_" )"

これはスクリプトの最初のステートメントでなければならないことに注意してください。

私は与えられた答えの多くを比較して、いくつかのよりコンパクトなソリューションを考え出しました。これらは、以下のお気に入りの組み合わせから発生するすべてのクレイジーエッジケースを処理するようです。

• 絶対パスまたは相対パス
• ファイルとディレクトリのソフトリンク
• 呼び出しとしてscript、bash script、bash -c script、source script、または. script
• ディレクトリおよび/またはファイル名のスペース、タブ、改行、ユニコードなど
• ハイフンで始まるファイル名

Linuxから実行している場合、procハンドルを使用することが、現在実行中のスクリプトの完全に解決されたソースを見つけるための最良の解決策のようです（インタラクティブセッションでは、リンクはそれぞれのを指します/dev/pts/X）。

resolved="$(readlink /proc/$$/fd/255 && echo X)" && resolved="${resolved%$'\nX'}"

これには少し醜い点がありますが、修正はコンパクトで理解しやすいものです。私たちはbashプリミティブのみを使用しているわけではありませんがreadlink、タスクを大幅に簡略化するので大丈夫です。echo X追加Xファイル名に任意の末尾の空白は食わないし、パラメータ置換ように可変文字列の末尾に${VAR%X}行の終わりには、取り除きますX。readlink独自の改行が追加されるため（以前のトリックではない場合、コマンド置換で通常使用されます）、それも取り除く必要があります。これは$''、次のようなエスケープシーケンスを使用できる引用スキームを使用して最も簡単に実行できます。\n 改行を表すため（これは、わかりやすい名前のディレクトリとファイルを簡単に作成する方法でもあります）。

上記はLinuxで現在実行中のスクリプトを見つける必要性をカバーするはずですが、procファイルシステムが自由に利用できない場合、または他のファイルの完全に解決されたパスを見つけようとしている場合は、おそらく以下のコードが参考になります。上記のワンライナーを少し変更しただけです。奇妙なディレクトリ/ファイル名で遊んでいる場合は、両方lsで出力をチェックし、「単純化された」パスを出力して、改行の代わりに出力readlinkするので、有益です。ls?

absolute_path=$(readlink -e -- "${BASH_SOURCE[0]}" && echo x) && absolute_path=${absolute_path%?x}
dir=$(dirname -- "$absolute_path" && echo x) && dir=${dir%?x}
file=$(basename -- "$absolute_path" && echo x) && file=${file%?x}

ls -l -- "$dir/$file"
printf '$absolute_path: "%s"\n' "$absolute_path"

使ってみてください：

real=$(realpath $(dirname $0))

次の相互互換性のあるソリューションを試してください。

CWD="$(cd -P -- "$(dirname -- "${BASH_SOURCE[0]}")" && pwd -P)"

このようなコマンドとして、realpathまたはreadlink利用できないかもしれない（オペレーティングシステムに応じて）。

注：Bashでは、${BASH_SOURCE[0]}ではなくを使用することをお勧めします$0。そうしないと、ファイル（source/ .）をソースするときにパスが壊れる可能性があります。

または、bashで次の関数を試すこともできます。

realpath () {
  [[ $1 = /* ]] && echo "$1" || echo "$PWD/${1#./}"
}

この関数は1つの引数を取ります。引数がすでに絶対パスを持っている場合はそのまま出力し、そうでない場合は$PWD変数+ファイル名の引数（./プレフィックスなし）を出力します。

関連：

• 現在の作業ディレクトリをスクリプトのディレクトリに設定するにはどうすればよいですか？
• OS XでのBashスクリプトの絶対パス
• Bashスクリプトが自身への完全なパスを取得するための信頼できる方法

私はこれを持っていると思います。私はパーティーに遅れますが、このスレッドに出会ったらここにいることを感謝する人もいるでしょう。コメントで説明する必要があります：

#!/bin/sh # dash bash ksh # !zsh (issues). G. Nixon, 12/2013. Public domain.

## 'linkread' or 'fullpath' or (you choose) is a little tool to recursively
## dereference symbolic links (ala 'readlink') until the originating file
## is found. This is effectively the same function provided in stdlib.h as
## 'realpath' and on the command line in GNU 'readlink -f'.

## Neither of these tools, however, are particularly accessible on the many
## systems that do not have the GNU implementation of readlink, nor ship
## with a system compiler (not to mention the requisite knowledge of C).

## This script is written with portability and (to the extent possible, speed)
## in mind, hence the use of printf for echo and case statements where they
## can be substituded for test, though I've had to scale back a bit on that.

## It is (to the best of my knowledge) written in standard POSIX shell, and
## has been tested with bash-as-bin-sh, dash, and ksh93. zsh seems to have
## issues with it, though I'm not sure why; so probably best to avoid for now.

## Particularly useful (in fact, the reason I wrote this) is the fact that
## it can be used within a shell script to find the path of the script itself.
## (I am sure the shell knows this already; but most likely for the sake of
## security it is not made readily available. The implementation of "$0"
## specificies that the $0 must be the location of **last** symbolic link in
## a chain, or wherever it resides in the path.) This can be used for some
## ...interesting things, like self-duplicating and self-modifiying scripts.

## Currently supported are three errors: whether the file specified exists
## (ala ENOENT), whether its target exists/is accessible; and the special
## case of when a sybolic link references itself "foo -> foo": a common error
## for beginners, since 'ln' does not produce an error if the order of link
## and target are reversed on the command line. (See POSIX signal ELOOP.)

## It would probably be rather simple to write to use this as a basis for
## a pure shell implementation of the 'symlinks' util included with Linux.

## As an aside, the amount of code below **completely** belies the amount
## effort it took to get this right -- but I guess that's coding for you.

##===-------------------------------------------------------------------===##

for argv; do :; done # Last parameter on command line, for options parsing.

## Error messages. Use functions so that we can sub in when the error occurs.

recurses(){ printf "Self-referential:\n\t$argv ->\n\t$argv\n" ;}
dangling(){ printf "Broken symlink:\n\t$argv ->\n\t"$(readlink "$argv")"\n" ;}
errnoent(){ printf "No such file: "$@"\n" ;} # Borrow a horrible signal name.

# Probably best not to install as 'pathfull', if you can avoid it.

pathfull(){ cd "$(dirname "$@")"; link="$(readlink "$(basename "$@")")"

## 'test and 'ls' report different status for bad symlinks, so we use this.

 if [ ! -e "$@" ]; then if $(ls -d "$@" 2>/dev/null) 2>/dev/null;  then
    errnoent 1>&2; exit 1; elif [ ! -e "$@" -a "$link" = "$@" ];   then
    recurses 1>&2; exit 1; elif [ ! -e "$@" ] && [ ! -z "$link" ]; then
    dangling 1>&2; exit 1; fi
 fi

## Not a link, but there might be one in the path, so 'cd' and 'pwd'.

 if [ -z "$link" ]; then if [ "$(dirname "$@" | cut -c1)" = '/' ]; then
   printf "$@\n"; exit 0; else printf "$(pwd)/$(basename "$@")\n"; fi; exit 0
 fi

## Walk the symlinks back to the origin. Calls itself recursivly as needed.

 while [ "$link" ]; do
   cd "$(dirname "$link")"; newlink="$(readlink "$(basename "$link")")"
   case "$newlink" in
    "$link") dangling 1>&2 && exit 1                                       ;;
         '') printf "$(pwd)/$(basename "$link")\n"; exit 0                 ;;
          *) link="$newlink" && pathfull "$link"                           ;;
   esac
 done
 printf "$(pwd)/$(basename "$newlink")\n"
}

## Demo. Install somewhere deep in the filesystem, then symlink somewhere 
## else, symlink again (maybe with a different name) elsewhere, and link
## back into the directory you started in (or something.) The absolute path
## of the script will always be reported in the usage, along with "$0".

if [ -z "$argv" ]; then scriptname="$(pathfull "$0")"

# Yay ANSI l33t codes! Fancy.
 printf "\n\033[3mfrom/as: \033[4m$0\033[0m\n\n\033[1mUSAGE:\033[0m   "
 printf "\033[4m$scriptname\033[24m [ link | file | dir ]\n\n         "
 printf "Recursive readlink for the authoritative file, symlink after "
 printf "symlink.\n\n\n         \033[4m$scriptname\033[24m\n\n        "
 printf " From within an invocation of a script, locate the script's "
 printf "own file\n         (no matter where it has been linked or "
 printf "from where it is being called).\n\n"

else pathfull "$@"
fi

これらは、スクリプト情報を取得するための短い方法です。

フォルダーとファイル：

    Script: "/tmp/src dir/test.sh"
    Calling folder: "/tmp/src dir/other"

これらのコマンドを使用する：

    echo Script-Dir : `dirname "$(realpath $0)"`
    echo Script-Dir : $( cd ${0%/*} && pwd -P )
    echo Script-Dir : $(dirname "$(readlink -f "$0")")
    echo
    echo Script-Name : `basename "$(realpath $0)"`
    echo Script-Name : `basename $0`
    echo
    echo Script-Dir-Relative : `dirname "$BASH_SOURCE"`
    echo Script-Dir-Relative : `dirname $0`
    echo
    echo Calling-Dir : `pwd`

そして私はこの出力を得ました：

     Script-Dir : /tmp/src dir
     Script-Dir : /tmp/src dir
     Script-Dir : /tmp/src dir

     Script-Name : test.sh
     Script-Name : test.sh

     Script-Dir-Relative : ..
     Script-Dir-Relative : ..

     Calling-Dir : /tmp/src dir/other

こちらもご覧ください：https : //pastebin.com/J8KjxrPF

これはbash-3.2で機能します。

path="$( dirname "$( which "$0" )" )"

に~/binディレクトリがある場合は、このディレクトリ内$PATHにあります A。スクリプトをソースします~/bin/lib/B。含まれているスクリプトがlibサブディレクトリ内の元のスクリプトとの相対位置はわかっていますが、ユーザーの現在のディレクトリとの相対位置はわかっていません。

これは次のようにして解決されます（内部A）。

source "$( dirname "$( which "$0" )" )/lib/B"

ユーザーの場所やスクリプトの呼び出し方は関係ありません。これは常に機能します。

私の見解では、最適なコンパクトなソリューションは次のとおりです。

"$( cd "$( echo "${BASH_SOURCE[0]%/*}" )"; pwd )"

Bash以外には依存していません。使用dirname、readlinkおよびbasenameすべての可能性であれば、彼らが最高の回避されているので、最終的には、互換性の問題につながります。