cdします。使用していますか？

私が従ってきたチュートリアルの1つは、簡単に述べたものであり、役に立たcd .ないものです。シンボリックリンクの再帰で OPによって示された問題を再現しようとすると、何が「リセット」されますか？、私も試してみましたがcd .、これは説明された同じ効果OPを示してい$PWDます（変数を成長させます）cd -P。

これは私が不思議に思う、実際に使用したいと思うケースはありますcd . か？

これは問題を考えすぎていると思います。cd .通常の過程で手動で実行するものではないかもしれませんが、それは間違いなくプログラム実行で発生する可能性のcdあるものです）。したがって、特定の用途を持つ必要はありませんcd <some-path>。の通常のセマンティクスを満たす限り、有用です。

ディレクトリのパスは最後のコマンドが実行されてから変更されている可能性がありcd .、bashシェルとksh93シェルがないと、質問にリンクされた投稿で説明されている論理作業ディレクトリに依存するためcd .、シェルを発行する呼び出しはgetcwd()syscallを確実にします現在のパスはまだ有効です。

bashで再現する手順：

1. ターミナルタブの問題 mkdir ./dir_no_1; cd ./dir_no_1
2. 別の端末タブの問題 mv dir_no_1 dir_no_2
3. 最初の端末タブの問題echo $PWDとpwd。ディレクトリの名前が外部から変更されていることに注意してください。シェルの環境は更新されていません。
4. 発行cd .; pwd; echo $PWD。値が更新されたことに注意してください。

ただし、ksh93は環境情報を更新しないためcd .、ksh93では実際には役に立たない場合があります。で/bin/dashUbuntuと他のDebianベースのシステムで、cd .戻りdash: 3: cd: can't cd to .しかし、エラーをcd -P .（は、ksh93とは異なり）働きます。

別のユースケースはcd .、現在のディレクトリが削除されてから再度作成された場合です。以下を試してみてください-

1. ディレクトリを作成する temp
2. cd temp してから ls
3. 別のターミナルを開き、そのディレクトリを削除してから再作成します temp
4. 最初の端末から戻って、lsを実行してください。これはエラーになります-ls: cannot open directory .: Stale file handle
5. cd . そして、lsを行うとうまくいきます

「興味深い」場所を指し示したくない場合がある場合は$OLDPWD、quick cd .でクリアできます。それも影響しcd -ます。

プログラム的には、ノーオペレーションとして便利です。外部入力から提供されるパスを検討してください。

read -p "Path to file: " p
dirn=$(dirname "$p")
file=$(basename "$p")
echo "dirn=$dirn, file=$file"
cd "$dirn"
ls -ld "$file"

「fred.txt」などのパスでは、ディレクトリはになり.、cd .

これは、不良なUSBケーブルで作業する必要がある場合によく発生します。デバイスが切断されて再度接続され、同じディレクトリに自動マウントされた後、デバイスを再度cd .動作させるために使用する必要があります。

ご了承ください "。" である（もちろん、シェルプロセスを含む）、および任意のプロセスの現在の作業ディレクトリとして開かれているファイルの名前を指定する適切な方法は、「」は、現在の作業ディレクトリを含む、すべてのディレクトリ内のファイルの有効な名前です。名前は、.たとえば、基本的な現在の作業ディレクトリが削除されている、場合（または「悪い」消え例えば古いNFSハンドル、）プロセスの特定のインスタンスのためのファイルの有効な名前ではないかもしれないが、それは有効な名前ですすべての有効なディレクトリに存在することが保証されているファイルの。

そう. しなければならないディレクトリの名前を受け入れる任意のコマンドの有効な引数で、したがって、標準のシェルでcd .有効なコマンドでなければなりません。

cd .有用かどうかは、シェルの実装に依存します。前述のようにchdir、たとえば、基礎となるディレクトリ（またはその親）の名前が変更された場合など、基礎となるシステムコールを呼び出した後、シェルが現在の作業ディレクトリの絶対パス名の内部概念をリセットすると便利です。

少なくとも私が知っているいくつかのシェル（/bin/shFreeBSDおよびNetBSD）はに変換cd ""されますcd .。これは、変数がパラメーターとして使用される可能性のあるシェルスクリプトでプログラムによる使用をサポートする機能を説明できます（つまり、空の変数置換を「 FreeBSDのコミット履歴では、変更はPOSIXサポートの追加によるもので、失敗を防ぐためにPOSIXサポートを追加したことが直接の原因であると述べていますがchdir("")、POSIXの義務では失敗します。

他のいくつかのシェルは.、現在の作業ディレクトリへの完全修飾パス名として保存されているものに置き換えられます。したがって、これらについては、Sahil Agarwalの回答で述べられている動作が可能になります。

Gitで作業していたブランチを、同じブランチ上で最初に作成されたディレクトリ内からリベースしたときに、今日このコマンドを使用しました。リベースはうまくいきましたが、その後git statusエラーをスローしました。cd .すべてが正常だった後。

（私はついでにWindows上のMobaXtermで作業していました。これを再現しようとしている場合のために。他のシステムでは発生しないかもしれません。）

また、古いディレクトリを移動して新しいディレクトリに置き換える自動プロセスによって更新されるディレクトリでこのコマンドを使用しました（可能な限りアトミックに近い）。一般的な状況でcd .はありませんが、まさに必要なものです。

Stephane Chazelasからのこの素晴らしい回答を読んだ後：

• https://unix.stackexchange.com/a/79621/135943

私が使用していますので、私は今だけの仕事上のこと、私のユースケースを理解しbashている、cd .と等価ですcd "$PWD"。リンクされた回答を読むことを強くお勧めします。

関数を使用cd .してオーバーロードcdしたものを再実行するために使用しbashます。

私から~/.bashrc：

# from the "xttitle(1)" man page - put info in window title
update_title()
{
    [[ $TERM = xterm ]] || [[ $TERM = xterm-color ]]  && xttitle "[$$] ${USER}@${HOSTNAME}:$PWD"
}

cd()
{
    [[ -z "$*" ]] && builtin cd $HOME
    [[ -n "$*" ]] && builtin cd "$*"
    update_title
}

編集：これは以前にSahilによって既に提案されています。

これは、別のプロセスによって削除および再作成されたフォルダー内にいる場合に便利です。たとえば、2つの端末セッション$1と$2：

$1 mkdir d
$1 cd d
$1 touch f

$2 rm -rf /path/to/d # delete the folder where $1 is in ...
$2 mkdir /path/to/d # ... and recreate it

$1 touch g # cannot create file g because current dir doesn't exist anymore
touch: cannot touch ‘g’: Stale file handle
$1 cd . # go to the newly created dir (same path)
$1 touch g # works fine now

この動作の根本原因が正確にどこにあるのか（OS、SHELL、...？）

いいえ、意味がありません。スクリプトでも、何もしません。