Wie kann ein Bash-Skript das Verzeichnis kennen, in dem es installiert ist, wenn es stammt? Operator?

Question

Was ich tun möchte, ist, Einstellungen aus einer Datei in meine aktuelle interaktive Bash-Shell wie folgt aufzunehmen:

$. /path/to/some/dir/.settings

Das Problem ist, dass das .settings-Skript auch das "." Operator, um andere Dateien wie folgt einzuschließen:

. .extra_settings

Wie referenziere ich den relativen Pfad für .Extra_settings in der Datei .settings? Diese beiden Dateien werden immer im selben Verzeichnis gespeichert, aber der Pfad zu diesem Verzeichnis hängt davon ab, wo diese Dateien installiert wurden.

Der Operator kennt immer/path/to/some/dir/wie oben gezeigt. Wie kann die .settings-Datei das Verzeichnis kennen, in dem es installiert ist? Ich hätte lieber keinen Installationsprozess, der den Namen des installierten Verzeichnisses aufzeichnet.

Answer 1

Ich glaube $(dirname "$BASH_SOURCE") wird tun, was Sie wollen, solange die Datei, die Sie Sourcing sind, ist nicht ein symbolischer Link.

Wenn die Datei, die Sie Sourcing kann eine Symlink sein, können Sie so etwas wie das tun nach dem wahren Verzeichnis zu erhalten:

PRG="$BASH_SOURCE" 
progname=`basename "$BASH_SOURCE"` 

while [ -h "$PRG" ] ; do 
    ls=`ls -ld "$PRG"` 
    link=`expr "$ls" : '.*-> \(.*\)$'` 
    if expr "$link" : '/.*' > /dev/null; then 
     PRG="$link" 
    else 
     PRG=`dirname "$PRG"`"/$link" 
    fi 
done 

dir=$(dirname "$PRG") 

Answer 2

Ich habe versucht, mit Varianten von $ (dirname $ 0) zu verwirren, aber es scheitert, wenn die .settings-Datei mit "." Enthalten ist. Wenn ich die .settings-Datei ausführte, anstatt sie einzuschließen, würde diese Lösung funktionieren. Stattdessen gibt $ (dirname $ 0) immer "." Zurück, was das aktuelle Verzeichnis bedeutet. Dies schlägt fehl, wenn Sie so etwas tun:

$ cd/ $. /some/path/.settings

Answer 3

Eine andere Sicht auf das Problem - wenn Sie "." um Umgebungsvariablen zu setzen, ein anderer Standard Weg, dies zu tun, ist die Skript echo variable Einstellung Befehle zu haben, zum Beispiel:

# settings.sh 
echo export CLASSPATH=${CLASSPATH}:/foo/bar 

eval dann die Ausgabe:

eval $(/path/to/settings.sh) 

Das ist, wie Pakete wie modules Arbeit . Auf diese Weise macht es auch einfach Schalen von sh abgeleitet zu unterstützen (X=...; export X) und csh (setenv X ...)

Answer 4

diese Art von Arbeiten. Es funktioniert in dem Sinne, dass Sie die $ (dirname $ 0) -Syntax in der .settings-Datei verwenden können, um ihre Heimat zu bestimmen, da Sie dieses Skript in einer neuen Shell ausführen. Allerdings fügt es eine zusätzliche Schicht von Faltung, wo Sie Zeilen ändern müssen, wie:

export MYDATE=$(date) 

zu

echo "export MYDATE=\$(date)" 

Vielleicht ist dies der einzige Weg?

Answer 5

Hier ist, was vielleicht eine elegante Lösung sein:

script_dir=$(cd $(dirname "${BASH_SOURCE[0]}") && pwd) 

Dies wird jedoch nicht funktionieren, wenn Links Sourcing.In diesem Fall könnte tun ein

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

Be ware, die Arrays wie ${array[x]} nicht konform POSIX. Natürlich ist das Array BASH_SOURCE nur in Bash verfügbar.