如何防止`mv`将文件集合移动到单个常规文件中？

由于我犯了一个愚蠢的错误，我失去了一部分音频收藏。:-(很
高兴我有一个最近的备份，但是它仍然很烦人。除了您的确如此，另一个作弊的罪魁祸首是mv，它将显示如下：

音频文件有一个特定的方案：

ARTIST - Some Title YY.mp3

YY2位数字的年份规范在哪里。

mkdir 90<invisible control character>

（到现在为止，我还不知道我实际上键入了三分之一的多余字符，这是不可见的……！）
我不想将所有1990年代的音乐都放在一个目录中，而不是全部放在一个目录中。所以我输入：

find . -name '* 9?.mp3' -exec mv {} 90 \;

不难理解发生了什么事吗？：->
（灾难性的）结果是一个名为'90 something ' 的原始空目录（其中某些东西是“不可见的”控制字符）和一个名为'90'的单个文件，被覆盖了n次。

所有文件都消失了。：-（（（显然）

希望mv能够及时检查目标“文件”的签名（请记住* NIX：Everything Is A File）是否以d------（例如drwxr-xr-x）开头。当然，目的地是否存在。当您只是简单地忘记首先mkdir进入目录时，上述情形就有一个变体。（但是，当然，您认为它在那里...）

甚至从首字母W开始的我们讨厌的OS都这样做。如果需要，甚至会提示您指定目标的类型（文件？目录？）。

因此，我想知道我们* NIXers是否仍必须为自己编写“ mv脚本”，以避免这些最不希望的意外。

/如果要将文件移动到目录，可以将a附加到目标位置。如果目录不存在，您将收到错误消息：

mv somefile somedir/
mv: cannot move ‘somefile’ to ‘somedir/’: Not a directory

如果目录存在，它将文件移到该目录中。

GNU coreutils mv已经具有一个选项，用于指定您要移动到的目录：-t/ --target-directory。如果该选项的参数不存在，mv则会抱怨而不是将所有文件都移到相同的文件名。

我会这样写你的动子：

find . -name '* 9?.mp3' -exec mv -t 90 {} +

请注意，使用+代替而不是\;，将尽可能多的文件名放在一起，以加快执行速度。

另外，如果您总体上打算避免以后再发生意外覆盖，则可以使用的-i选项mv。我个人认为如果您有任何弊端，

alias mv='mv -i'

如果您随后需要覆盖某些内容，只需传递该-f选项即可。

仅当您直接在交互式shell中键入命令时，别名才会生效，而对于诸如由调用的情况则无效find。你本来可以跑

find . -name '* 9?.mp3' -exec mv -i {} 90 \;

如果mv试图覆盖现有文件，则会提示您。

除了上述出色的答案外，我想澄清一下为什么您没有收到有关是否移动文件的问题。

如果将一个文件移动到新名称，并且该名称不是目录，mv则会将文件重命名为新名称。

这里的问题是，您过去find对每个文件执行mv一次，而不对所有文件执行一次。

相反，如果您已完成mv *90.mp3 90，则将 mv失败，并显示错误消息“目标文件不是目录”。

另一条建议是在键入目标路径时使用制表符补全。通过添加/到目标名称，它将显示目标是否为目录。您还可以使用mv -i询问您是否要覆盖现有文件。

作为另一种通用策略，我建议将这种操作转换为临时脚本。我更喜欢查看结果find并将它们mv手动转换为命令，以确保在执行之前了解自己在做什么。例如。

find . -name '* 9?.mp3' > tmp
vim tmp

现在，我可以浏览文件名列表，并将其内容重写为Shell命令。

• 将文件内容放在一行上： ggVGJ
• 前置： Imv [esc]
• 附加： Asomedir/ [esc]
• 保存文件。再次阅读。喘口气。
• source tmp在命令行上执行。

这是一种保守的策略，但是我经常被打错字眼-exec或sed键入命令，或者误解了Shell扩展而被咬伤，我更喜欢采用缓慢一致的方法。

换句话说：我太胆怯了，无法使用-exec。

另外的选择：

-n，-no-clobber不会覆盖现有文件

它与-i相同，但不会询问，它将失败。