我发现手册解释find
有点不清楚。
“但是命令行是通过在末尾附加每个选定的文件来构建的;命令的总调用次数将远小于匹配文件的数量”是什么意思?为什么是这样?
下面是正文 man find
-exec 命令 {} +
这个
-exec
动作的变体在选定的文件上运行指定的命令,但命令行是通过在末尾附加每个选定的文件名来构建的;命令的总调用次数将远小于匹配文件的数量。命令行的构建方式与xargs
构建其命令行的方式大致相同。命令中只允许有一个“{}”实例。该命令在起始目录中执行。
我正在使用我妻子的 MacBook Pro 来查看将 MacBook 笔记本电脑集成到我的 Linux 工作流程中是否相当轻松。
似乎 gVim 到 Mac 的主要端口是 MacVim,它需要 Xcode 来编译。如果编译像 Vim 这样的轻量级(~10MB)编辑器需要 4GB 的 Xcode,我一定走错了路。
我也尝试过 SourceForge 的 Mac OS X Vim,但那只是坏掉了,我不想花时间与之抗争。
我只想要一个轻量级的编辑器,而不是一个完整的 4GB IDE。我真的很惊讶我在基于 UNIX 的机器上挂断了 Vim 支持。我想要一个 Vim 的 GUI 版本,因为我还不是 Vim 绝地武士。
有什么建议?
我嵌套了 pdf 文件的目录,我想将它们提取到更高级别的目录中,将它们重命名如下:
我的文件是这样的:
./path1/pathA/fileI.pdf
./path1/pathB/fileII.pdf
Run Code Online (Sandbox Code Playgroud)
我想实现:
./path1_pathA_fileI.pdf
./path1_pathB_fileII.pdf
Run Code Online (Sandbox Code Playgroud)
我知道我可以做一个文件列表
find . -type f -name "*.pdf"
我可以想象一个解决方案使用
find . -type f -name "*.pdf" | mv -t ...
但是我不知道如何填写...因为我不了解bash中的解析和变量赋值。如何在“/”处拆分路径并形成如上所述的新路径和文件名?
提前谢谢了!