要将一个目录复制到另一个目录,第一个目录应该不带尾部斜杠:
# example 1
# this command will copy dir1 to dir2
# (dir2 is preexisting)
cp -Rip dir1 dir2/
否则,该命令将复制目录内容而不是目录本身:
# example 2
# this command will copy dir1 contents to dir2
# (dir2 is preexisting)
cp -Rip dir1/ dir2/
dir1
我确实理解和这里之间的区别dir1/
,并且这两个命令的行为方式之间的区别不会让我感到困惑。
但是,如果要将目录复制到当前所在的同一目录而不是另一个目录,则尾部斜杠不会产生任何区别。为什么?
# example 3
# any of these commands will make a dir1 copy
# (dir1-copy isn't preexisting)
cp -Rip dir1 dir1-copy/
cp -Rip dir1/ dir1-copy/
还有另一个密切相关的问题。mv dir1/ dir2/
为什么how和work没有区别mv dir1 dir2/
?换句话说,为什么源目录末尾的尾部斜杠mv
遵循示例三的逻辑cp
,而不是示例一和示例二的逻辑?
macOS 14.3.1、zsh 5.9 (x86_64-apple-darwin23.0)
cp -R dir1 dir2
和之间的行为差异是 FreeBSD 5.4 版本cp -R dir1/ dir2
中添加的一项功能。至少,当时在手册中添加了以下句子来描述该选项:-R
这种行为可能比较旧,5.4 只是填补了文档中的一个遗漏。5.0、5.1、5.2、5.3或5.4发行说明中没有任何相关内容。我没有去源码潜水。
现代版本的 FreeBSD 和具有 FreeBSD 命令行实用程序的 macOS 保留了这种行为。其他系统(GNU、BusyBox、OpenBSD、NetBSD 或任何 POSIX 兼容的系统)没有此行为:
cp -R dir1/ dir2
并且cp -R dir1 dir2
具有完全相同的行为(除非dir1
是符号链接:dir1/
导致链接被跟踪)。FreeBSD 的行为可能受到 rsync 的启发,它也有同样的区别。我确实觉得很奇怪,他们做了一个向后不兼容的改变,偏离了
这是一个奇怪的设计决定。或者也许这不是一个设计决策,而是一个实现错误(解析源路径并确定尾部斜杠后面的部分是路径组件),他们决定调用一个功能。使用 rsync,即使目标目录不存在,尾部斜杠也会保持其行为。
不应该有什么区别(假设
dir1
不是符号链接),所以这只是正常情况。