見よ！産業用の強力な12行...技術的に bashおよびzshで移植可能なシェル関数は、選択したスタートアップスクリプト~/.bashrcまたは~/.zshrcスタートアップスクリプトを献身的に愛します。
# void +path.append(str dirname, ...)
#
# Append each passed existing directory to the current user's ${PATH} in a
# safe manner silently ignoring:
#
# * Relative directories (i.e., *NOT* prefixed by the directory separator).
# * Duplicate directories (i.e., already listed in the current ${PATH}).
# * Nonextant directories.
+path.append() {
# For each passed dirname...
local dirname
for dirname; do
# Strip the trailing directory separator if any from this dirname,
# reducing this dirname to the canonical form expected by the
# test for uniqueness performed below.
dirname="${dirname%/}"
# If this dirname is either relative, duplicate, or nonextant, then
# silently ignore this dirname and continue to the next. Note that the
# extancy test is the least performant test and hence deferred.
[[ "${dirname:0:1}" == '/' &&
":${PATH}:" != *":${dirname}:"* &&
-d "${dirname}" ]] || continue
# Else, this is an existing absolute unique dirname. In this case,
# append this dirname to the current ${PATH}.
PATH="${PATH}:${dirname}"
done
# Strip an erroneously leading delimiter from the current ${PATH} if any,
# a common edge case when the initial ${PATH} is the empty string.
PATH="${PATH#:}"
# Export the current ${PATH} to subprocesses. Although system-wide scripts
# already export the ${PATH} by default on most systems, "Bother free is
# the way to be."
export PATH
}
瞬間的な栄光に備えましょう。次に、これを実行し、願わくばベストを期待するのではなく：
export PATH=$PATH:~/opt/bin:~/the/black/goat/of/the/woods/with/a/thousand/young
代わりにこれを行い、本当にそれを望んでいるかどうかにかかわらず、最高のものを得ることが保証されます：
+path.append ~/opt/bin ~/the/black/goat/of/the/woods/with/a/thousand/young
さて、「ベスト」を定義してください。
安全に現在の行に追加して追加することは、${PATH}一般的に行われている些細なことではありません。便利で一見賢明ですが、フォームのワンライナーはexport PATH=$PATH:~/opt/bin悪魔的な合併症を招きます：
誤って相対的なディレクトリ名（例：）export PATH=$PATH:opt/bin。一方でbashかつzsh静かに受け入れ、主に相対にdirnamesを無視し、ほとんどの場合、相対的にdirnamesは、いずれかの方法で接頭辞hまたはt（およびおそらく他の極悪非道な文字）の両方が恥正樹小林さんたala自分自身を不具させる独創1962傑作ハラキリ：
# Don't try this at home. You will feel great pain.
$ PATH='/usr/local/bin:/usr/bin:/bin' && export PATH=$PATH:harakiri && echo $PATH
/usr/local/bin:/usr/bin:arakiri
$ PATH='/usr/local/bin:/usr/bin:/bin' && export PATH=$PATH:tanuki/yokai && echo $PATH
binanuki/yokai # Congratulations. Your system is now face-up in the gutter.
誤ってディレクトリ名が重複しています。重複する${PATH}ディレクトリ名はほとんど無害ですが、これらは望ましくなく、扱いにくく、やや非効率であり、デバッグ性を妨げ、ドライブの摩耗を促進します。NANDスタイルのSSDは（もちろん）読み取り摩耗の影響を受けませんが、HDDはそうではありません。試行されたコマンドごとに不必要にファイルシステムにアクセスすることは、同じテンポで読み取りヘッドが不必要に消耗することを意味します。その時点で、一見のような無害なワンライナー、ネストされたサブプロセスにネストされたシェルを起動するときに重複が特に油剤ありexport PATH=$PATH:~/wat、急速には、第七のサークルの中に爆発していない、これはあなたの貴重な子供たちに身を任せるようにしてください。）${PATH}のような地獄PATH=/usr/local/bin:/usr/bin:/bin:/home/leycec/wat:/home/leycec/wat:/home/leycec/wat:/home/leycec/wat。それに追加のディレクトリ名を追加した場合に役立つのは、Belzebubbaだけです。（
- 誤ってディレクトリ名が欠落しています。繰り返しますが、欠落している
${PATH}ディレクトリ名はほとんど無害ですが、通常は望ましくなく、扱いにくく、やや非効率的で、デバッグ性を妨げ、ドライブの摩耗を促進します。
エルゴ、上記で定義されたシェル関数のようなフレンドリーな自動化。私たちは自分から自分を救わなければなりません。
しかし...なぜ「+ path.append（）」ですか？単にappend_path（）しないのはなぜですか？
disambiguityのために（例えば、現在では外部コマンドを持つ${PATH}か、システム全体のシェル関数は、他の場所で定義された）、ユーザー定義のシェル関数は、理想的に前置されているかでサポートされているユニークなストリング接尾辞bashとzsh、たとえば、のような-しかし、そうでない場合は、標準のコマンドベース名は禁止します+。
ねえ。できます。私を判断しないでください。
しかし...なぜ「+ path.append（）」ですか？なぜ「+ path.prepend（）」ではないのですか？
currentに追加する方がcurrentに追加する${PATH}よりも安全であるため${PATH}、すべてのものが等しくなります。システム全体のコマンドをユーザー固有のコマンドで上書きすることは、せいぜい不衛生であり、最悪の場合は狂気に陥ることがあります。たとえば、Linuxでは、ダウンストリームアプリケーションは通常、カスタムの非標準の派生物や代替物ではなく、GNU coreutilsのコマンドのバリアントを期待しています。
そうは言っても、そうするための有効なユースケースは絶対にあります。同等の+path.prepend()関数を定義するのは簡単です。Sans prolix nebulosity、彼と彼女が共有する正気のために：
+path.prepend() {
local dirname
for dirname in "${@}"; do
dirname="${dirname%/}"
[[ "${dirname:0:1}" == '/' &&
":${PATH}:" != *":${dirname}:"* &&
-d "${dirname}" ]] || continue
PATH="${dirname}:${PATH}"
done
PATH="${PATH%:}"
export PATH
}
しかし...なぜGillesではないのですか？
他の場所で受け入れられているGillesの回答は、一般的なケースでは「シェルに依存しないべき等性付加」として印象的に最適です。一般的な場合bashとzshしていない望ましくないシンボリックリンク、しかし、パフォーマンスの低下はとても悲しく行うために必要なのGentoo ricerを私の中で。望ましくないシンボリックリンクが存在する場合でも、add_to_PATH()引数ごとに1つのサブシェルをフォークすることは、シンボリックリンクの重複を挿入する価値があるかどうかは議論の余地があります。
シンボリックリンクの重複さえも排除することを要求する厳しいユースケースの場合、このzsh特定のバリアントは、非効率的なフォークではなく、効率的なビルトインを介してそうします：
+path.append() {
local dirname
for dirname in "${@}"; do
dirname="${dirname%/}"
[[ "${dirname:0:1}" == '/' &&
":${PATH}:" != *":${dirname:A}:"* &&
-d "${dirname}" ]] || continue
PATH="${PATH}:${dirname}"
done
PATH="${PATH#:}"
export PATH
}
オリジナルでは*":${dirname:A}:"*なくに注意してください*":${dirname}:"*。を含む他のほとんどのシェルで:Aは、zsh残念ながら不在bashです。引用するにはman zshexpn：
A：a修飾子のようにファイル名を絶対パスに変換し、realpath(3)ライブラリ関数に結果を渡してシンボリックリンクを解決します。注：realpath(3)ライブラリー関数を持たないシステムでは、シンボリックリンクは解決されないため、これらのシステムaでAは同等です。
それ以上の質問はありません。
どういたしまして。安全な砲撃をお楽しみください。あなたは今、それに値する。