.bashrc、.profile、.bash_profileなどの選択[複製]

これは恥ずかしいですが、シェルのカスタマイズがで行くべきかどうPOSIXシステムにフルタイムを使用しての多くの年後、私はまだ把握に苦労を持って.bashrc、.profileどこか別の場所、または。のようなOS固有の設定ファイルの一部は言うまでもありません.pam_environment。

はい、私はドキュメンテーションを通してパズルを解く方法を知っており、各ファイルがロードされているかロードされていないかを学びます。私が思っているのは、特定のタイプのカスタマイズをどのファイルに入れるかを決定する方法について包括的なガイドラインを誰かがまとめているかどうかです。

TL; DR：

• ~/.bash_profile超シンプルで、ロードするだけ.profileで .bashrc（その順序で）

• ~/.profile環境変数（PATHおよび友人）など、bashに特に関連していないものがある

• ~/.bashrcインタラクティブなコマンドラインで必要なものがすべてあります。コマンドプロンプト、EDITOR変数、使用するbashエイリアス

その他の注意事項：

• グラフィカルアプリケーションまたはsh（またはbashとして呼び出されるsh）で使用できる必要があるものはすべて、~/.profile

• ~/.bashrc 何も出力してはいけません

• ログインシェルのみが利用できるようにする必要があるものはすべて、 ~/.profile

• ~/.bash_login存在しないことを確認してください。

ここ数年、私は無駄に多くの時間を持っていたので、私はしているだけで、10分よりも少しのためにこれを調査します。これが最良のレイアウトであるかどうかはわかりませんが、ほとんどすべての場合に正しく機能するレイアウトです。

要求事項：

• ~/.profile / bin / shと互換性がある必要があります。これには、bash、dash、kshなど、ディストリビューションが使用することを選択したものが含まれます。

• 環境変数は、コンソールログイン（「ログイン」シェル）とグラフィカルログイン（つまり、GDM、LightDM、LXDMなどのディスプレイマネージャー）の両方によって読み取られるファイルに配置する必要があります。

• との両方 ~/.profileを持つことにはほとんど意味がありません~/.bash_profile。後者が欠落している場合、bashは前者を喜んで使用し、bash固有の行は$BASHorのチェックで保護できます$BASH_VERSION。

• 間の分離*profileとは、*rc前者は「ログイン」シェル、後者のためにあなたは、ターミナルウィンドウを開くたびに使用されていることです。ただし、「ログイン」モードのbashはsourceを実行しない~/.bashrcため~/.profile、手動で実行する必要があります。

最も単純な構成は次のようになります。

• 持っている~/.profile（bashの固有のものを除く）すべての環境変数を設定し、それを、おそらく行または2を印刷し、その後、ソース~/.bashrcそれ以外のsh互換の構文にこだわり、bashのことで実行されている場合。

  export TZ = "Europe / Paris"
  EDITOR = "vim"をエクスポート
  if ["$ BASH"]; それから
      。〜/ .bashrc
  fi
  稼働時間
  

• 持っている~/.bashrcのチェックでガード、任意のシェル固有の設定を行い、その対話モードのようなもの破壊を避けるためにsftp（bashのは、ロードするためのオプションでコンパイルされたDebianの上~/.bashrcでも非対話型シェルのために）：

  [[$-== * i *]] || 0を返します
  
  PS1 = '\ h \ w \ $'
  
  start（）{sudoサービス "$ 1" start; }
  

ただし、特定の非対話型コマンド（などssh <host> ls）がスキップするという問題もあります~/.profileが、環境変数はそれらにとって非常に便利です。

• 特定のディストリビューション（Debianなど）は、その~/.bashrcような非対話型ログインのソースオプションを使用してbashをコンパイルします。この場合、すべての環境変数（export ...行）を別のファイルに移動し~/.environ、両方 .profileとからソースすることで、.bashrc2回実行しないようにガードしておくと便利です。

  もし！["$ PREFIX"]; その後、    ＃または$ EDITOR、または$ TZ、または... 
      。〜/ .environ            ＃通常、.environ自体が設定する変数
  fi
  

• 残念ながら、他のディストリビューション（Archなど）については、あまり良い解決策が見つかりませんでした。一つの可能性はで次のように置くことにより、（デフォルトで有効）pam_envのPAMモジュールを使用することです~/.pam_environment：

  BASH_ENV =。/。environ         ＃タイプミスではありません。パスにする必要がありますが、〜は機能しません
  

  その後、もちろん、に更新~/.environしunset BASH_ENVます。

結論？シェルは苦痛です。環境変数は苦痛です。ディストリビューション固有のコンパイル時オプションは、非常に大きな苦痛です。

ShreevatsaRによるこの優れたブログ投稿をご覧ください。ここに抜粋がありますが、ブログの投稿をご覧ください。「ログインシェル」などの用語の説明、フローチャート、Zshの同様の表が含まれています。

Bashの場合、次のように機能します。適切な列を読んでください。A、B、Cのように実行します。B1、B2、B3は、見つかったファイルのうち最初のもののみを実行することを意味します。

+----------------+-----------+-----------+------+
|                |Interactive|Interactive|Script|
|                |login      |non-login  |      |
+----------------+-----------+-----------+------+
|/etc/profile    |   A       |           |      |
+----------------+-----------+-----------+------+
|/etc/bash.bashrc|           |    A      |      |
+----------------+-----------+-----------+------+
|~/.bashrc       |           |    B      |      |
+----------------+-----------+-----------+------+
|~/.bash_profile |   B1      |           |      |
+----------------+-----------+-----------+------+
|~/.bash_login   |   B2      |           |      |
+----------------+-----------+-----------+------+
|~/.profile      |   B3      |           |      |
+----------------+-----------+-----------+------+
|BASH_ENV        |           |           |  A   |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|~/.bash_logout  |    C      |           |      |
+----------------+-----------+-----------+------+

「包括的な」ガイドラインを提供します。

• 作り.bash_profileや.profileロード.bashrcなどを使用して、それが存在する場合 [ -r $HOME/.bashrc ] && source $HOME/.bashrc
• 他にすべてを入れます.bashrc。
• 心配しないで。
• 4年ごとに、あきらめて「心配しない」に戻る前に、この質問を10分間研究してください。

編集：誰かがそれを信じて誘惑された場合に備えて、「包括的な」に恐怖の引用を追加しました。;）

私はこれを理解しようとするのをあきらめ~/.shell-setup、他のすべてから入手した1つのスクリプト（）を作成しました。

このアプローチには~/.shell-setup、次の2つの機能が必要です。

1. 繰り返し供給される場合でも、1回のみ実行します（Include guardsを使用）
2. 不要な出力を生成しない（出力が正常な場合に検出する）

＃1はかなり標準的ですが、シェルスクリプトではあまり使用されません。

＃2はややこしい。bashで使用するものは次のとおりです。

if [ "" == "$BASH_EXECUTION_STRING" -a "" == "$DESKTOP_SESSION" ]; then
    echo "Hello user!" # ... etc
fi

残念ながら、どうやってそれを思いついたのか、なぜインタラクティブなシェルを検出するだけでは不十分だったのかを覚えていません。

すべてを入れてから.bashrcソース.bashrc.profile

bashのmanページから（OS X 10.9の場合）：

ログインシェルではないインタラクティブシェルが開始されると、bashは〜/ .bashrcからコマンドを読み取り、実行します（そのファイルが存在する場合）。これは、-norcオプションを使用して禁止できます。--rcfile fileオプションは、bashに〜/ .bashrcの代わりにfileからコマンドを強制的に読み取り、実行させます

上記のテキストは、すべてが入れられる理由.bashrcです。ただし、ログインシェルを処理する場合は、少し異なる動作があります。繰り返しますが、マニュアルページから引用：

bashが対話型ログインシェルとして、または--loginオプションを使用した非対話型シェルとして起動されると、bashはまずファイル/ etc / profileが存在する場合、ファイルからコマンドを読み取り、実行します。そのファイルを読み取った後、〜/ .bash_profile、〜/ .bash_login、および〜/ .profileをこの順序で探し、存在し、読み取り可能な最初のコマンドからコマンドを読み取り、実行します。--noprofileオプションは、この動作を禁止するためにシェルを起動するときに使用できます。

.profileログインシェル用に読み込まれますが、読み込まれ.bashrcません。すべてのものを複製するの.bashrcは悪いことです。したがって.profile、動作の一貫性を保つために、それを取り込む必要があります。

ただし、無条件にソース.bashrcを.profile取得する必要はありません。詳細については、コメントおよびその他の回答をご覧ください。