是否cd。有用吗？

我一直关注的其中一篇教程简要说明了cd .它没有用。尝试复制符号链接递归中 OP所示的问题时-是什么使其“重置”的？，我也尝试过cd .，它显示出与OP相同的效果（不断增长的$PWD变量），可以用抵消cd -P。

这使我感到奇怪，实际上是否有任何人想使用它cd . ？

我认为这是对问题的思考。cd .可能不是通常情况下手动运行的东西，但是绝对可以在程序执行中出现（想想在任何情况下，您可能会cd进入包含文件的目录，该目录的路径由用户提供） ）。因此，它不必具有特定用途：只要它满足的通常语义cd <some-path>，它就很有用。

自从执行最后一条命令以来，目录的路径可能已更改，并且没有cd .bash和ksh93 shell将依赖于问题链接中所描述的帖子中描述的逻辑工作目录，因此cd .，使shell发出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快速清除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 .它才能使其重新工作。

注意 ”。” 是将打开的文件的名称指定为任何进程（当然包括shell进程）的当前工作目录的正确方法，以及“”。始终是任何目录（包括当前工作目录）中文件的有效名称。.如果已删除基础的当前工作目录（或变为“坏的”（例如，陈旧的NFS句柄）），则该名称可能不是给定流程实例的文件的有效名称，但它是有效名称确保在每个有效目录中都存在的文件的名称。

因此，对于任何接受目录名称的命令，. 必须为有效参数，因此，在标准外壳程序中，cd .必须为有效命令。

是否cd .有用取决于shell实现。如前所述，如果外壳程序在调用基础chdir系统调用后重置其对当前工作目录的完整路径名的内部概念，这可能很有用，例如说基础目录（或其某些父目录）是否已重命名。

我知道至少有一些shell（/bin/sh在FreeBSD和NetBSD上）会转换cd ""成cd .，可以说可以描述为一种功能，以支持在shell脚本中以编程方式使用，其中可以将变量用作参数（即，将空变量替换为“不执行任何操作”的结果），尽管FreeBSD提交历史记录指出，更改直接是由于添加了POSIX支持以防止失败chdir("")，而POSIX任务必须失败。

其他一些shell将.使用存储为当前工作目录的标准路径名的内容替换掉它们，因此对于他们来说，这可能允许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
}

编辑：这已经由萨希尔以前建议。

如果您位于一个已被另一个进程删除并重新创建的文件夹内，这将很有用。例如，假设有两个终端会话$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，...？）。

不，没有道理。无论是在脚本编写中，它什么都不做。