実際のパスを使用してシンボリックリンクへの相対パスの逆巡回が解決されるのはなぜですか？

私はシンボリックリンクについて完全に誤解したか（おそらく）ある時点で動作が変わり、今追いついています。

/tmp/scripts説明を簡単にするために、ファイルシステムにスクリプトディレクトリがあります。このスクリプトディレクトリは、プロジェクト内にシンボリックリンクを作成して任意のプロジェクトに追加するためのものです。つまり、ln -s /tmp/scripts $(PROJECT)/scriptsこのディレクトリのスクリプトは../config（つまり、プロジェクトのサブディレクトリ）でいくつかのプロジェクト関連情報を見つけることを期待しています。しかし、私が見つけたのはスクリプトディレクトリでスクリプトが実行されている場合代わりに、相対パスを確認して/tmp/config（存在しない）表示します。$(PROJECT)/config本物シンボリックリンクコンテキストを無視したスクリプトディレクトリの場所。これはcd $(PROJECT)/scripts; pwd、シンボリックリンクコンテキストが表示された場合でも同様です。

以下は、Ubuntu 16.04でBash 4.3.48を使用する簡単な例です。

$ mkdir a
$ touch a/apples
$ mkdir -p b/a
$ touch b/a/bananas
$ mkdir -p b/c
$ ln -s b/c c
$ cd c
$ pwd
/home/user/c      # note this does not show '/home/user/b/c'
$ ls ../a
bananas
$ cd ../a
$ ls
apples

これは、シンボリックリンクの背後にある作業ディレクトリを持つプロセスがそれを呼び出すプロセスと同じ環境を持っていないことを示唆しているので、私を驚かせます。

たぶんいつもこんな感じでしたか？スクリプトプロセスが実際にまだ$(PROJECT)/scripts入力されていないことを知っているのはなぜですかpwd？偽物ですかpwd？誰かがこれを説明できますか？

編集：以下は、まず相対ディレクトリを設定してからスクリプト（この場合は単純なMakefile）を作成して呼び出す簡単な実際の例です。

#!/bin/bash
mkdir -p a
echo "A:=42" > a/Config
mkdir -p b/a
echo "A:=77" > b/a/Config
mkdir -p b/c
ln -sfn b/c c
echo -e "include ../a/Config\nall:\n\t@echo \${A}" > c/Makefile
cd c
make

これは出力され77、私はそれが42シンボリックリンクされたMakefileなどで使用するためにプロジェクトで設定された値になるので、出力できるようにしたいと思います。実際、ディレクトリはb/a実際には存在しないので、次のようになります。

#!/bin/bash
mkdir -p a
echo "A:=42" > a/Config
mkdir -p b/c
ln -sfn b/c c    
echo -e "include ../a/Config\nall:\n\t@echo \${A}" > c/Makefile    
cd c
make

次に続く:

$ ./setup
Makefile:1: ../a/Config: No such file or directory
make: *** No rule to make target '../a/Config'.  Stop.