シェルスクリプトのパス変数の最後にスラッシュを使用する必要がありますか？[閉まっている]

今日は私のシェルスクリプトを書いています。

いきなり質問が浮かんできました。

以来cd /target_dir、cd /target_dir/両方とも動作します。
シェルスクリプトのパス変数の最後にスラッシュを追加する必要がありますか？
このようなLOG_PATH=/data/nginx/logs対LOG_PATH=/data/nginx/logs/。

グーグルで粗検索をしましたが、これについての議論は見つかりませんでした。

今のところ、どのスタイルを選ぶかを決めるのは本当に難しいです。
しかし、私LOG_PATH=/target_dir/はもう少しスタイルを好んだ。
私がbashでオートコンプリートを実行しているときは、スラッシュで結果がポップされるからです。

これについてあなたの意見は何ですか、なぜですか？

POSIXによると：

パス名の定義：

ファイルを識別するために使用される文字列。これはオプションの先頭に持っている<スラッシュ>で区切られたゼロ個以上のファイル名に続く文字、<スラッシュ>文字が。パス名には、オプションで1つ以上の末尾の<スラッシュ>文字を含めることができます。複数の連続する<スラッシュ>文字は、2つの先行する<スラッシュ>文字の場合を除いて、1つの<スラッシュ>と同じであると見なされます。

安全のために、スラッシュを含めます。これにより、パスを連結するときに複数のスラッシュが発生する可能性がありますが、少なくとも問題は回避できます。

いくつかの例：rsync末尾のスラッシュが含まれている場合、パスの扱いが異なります（別のサブディレクトリを作成するのではなく、そのディレクトリを同期します）。末尾のスラッシュがない場合、ディレクトリへのシンボリックリンクが予期しない方法で動作することがあります-少なくともシェルの補完が混乱します。呼び出すコマンド/スクリプトが、特別な動作のためにスラッシュをチェックすることに依存しているかどうかはわかりません。それは何かを上書きすることからあなたを救うことさえできます。たとえば、という名前のファイルfooがあっても、それがディレクトリであると誤って考え、その中の何かを移動したい場合、mv bar fooファイルは上書きされますが（データ損失、潜在的な大惨事）、mv bar foo/文句を言って何もしません。

結論として、ほとんどの場合それは問題ではありませんが、スラッシュを使用して自分自身を保護し、また、スクリプトで意図したことを人間の読者にわかりやすくする必要があります。カジュアルなオブザーバーは、変数がスラッシュで終わっている場合、変数がディレクトリを参照していることを即座に確認し、変更が必要な場合は正しく使用します。

いいえ、できません。余分なスラッシュ（/）が追加されます。

例

binあなたはあなたのPATH変数にJavaのディレクトリをエクスポートしたいと言う、

export PATH=$PATH:/opt/jre1.7.0_45/bin/

今それをチェックし、

user@host:~$ which java
/opt/jre1.7.0_45/bin//java

/Javaの前に余分なスラッシュ（）があることに注意してください。