主页 / unix / 问题 / 775327
Accepted
Terry
Asked: 2024-04-27 19:47:13 +0800 CST

为什么 find ....-execdir 会重命名未命中的文件？桀骜

  • 772

我在 MX Linux 23.2 上使用 zsh。

多年来我一直试图弄清楚为什么像这样的命令

find . -depth -type f -execdir rename 's/_720p//' {} \;

跳过文件。

我知道我的文件管理器无法显示更改，因此我通过ls在终端中输入进行检查。你瞧！那里列出了名称中仍带有“_720p”的文件。

我尝试将进程发送到后台并使用wait，但我得到了相同的结果。我唯一发现的是类似的东西

while  [ ! .(NF) ]; do
filename=$(find . -type f -print0 -quit)
rename 's/_720p//' $filename
mv $filename $HOME/Videos
done

我从来没有见过另一个问题与这个问题有一点相似。我是 Linux 宇宙中唯一一个做不到这一点的人吗？问题是什么？

scripting

1 个回答

  1. Best Answer

    s/_720p//只替换第一次出现的内容_720p，因此它将foo_720p_bar_720p文件重命名为foo_bar_720p.

    您需要添加g标志来替换每个出现的情况：s/_720p//g，但即便如此，名为 example 的文件foo_72_720p0p也只有一次出现，但一旦删除该出现，_720p就会被重命名。foo_720p

    在这种情况下，您需要while (s/_720p//g) {}重试替换，直到找不到任何内容。

    另请注意，某些基于 Perl 的rename实现可以-d选择仅对文件的基本名称进行操作，这样就不必为rename每个文件运行一个了

    find . -depth -name '*_720p*' -type f -exec rename -d '
  while (s/_720p//g) {}' {} +

    请注意，自动加载函数zsh中内置了批量重命名器zmv：

    autoload -Uz zmv
zmv '(**/)(*_720p*)(#q.)' '$1$2:gs/_720p//'

    将替换所有出现的情况。处理_72_72_720p0p0p案件：

    zmv '(**/)(*_720p*)(#q.)' '$1$2:fs/_720p//'

    其中f导致重复以下s 修饰符，直到没有修改为止。

    1 但不会从 的安全性改进中受益-execdir。请注意，某些find实现也支持{} +，-execdir尽管它仍然需要每个目录至少运行一个rename。

    • 1

相关问题