主页 / unix / 问题 / 777642
Accepted
Krackout
Asked: 2024-06-03 18:30:39 +0800 CST

sed 与 xargs 和 grep 结合使用不起作用

  • 772

我正在尝试更改多个文本文件中的字符串（配置已迁移到其他用户）。我使用了以下命令：

grep -iIlr "/home/user/.local" | xargs sed -i 's/\/home\/user\/\.local/~\/\.local/g'

也尝试过这个：

grep -iIlr "/home/user/.local" | xargs -d '\n' sed -i "s/\/home\/user\/\.local/~\/\.local/g"

他们不工作。错误是由sed产生的，命令的输出是：

sed: can't read dir/file1: No such file or directory
sed: can't read dir/file2: No such file or directory
...
sed: can't read dir/file99: No such file or directory

每个文件都会产生错误（总共 99 个）。返回的 dir/file1..99 是有效的，它是文件的正确路径和文件名。

仅grep即可生成正确的文件列表。文件名上没有特殊字符，我认为也没有空格（对此并不完全确定）。xargs 传递的不是正确的列表吗？

操作系统：RHEL 8.10 已完全更新，
GNU grep v 3.1，
GNU sed 4.5，
xargs（GNU findutils）4.6.0

添加grep -iIlr "/home/user/.local"命令的输出（示例最后几行）。

密码，~/.local/pipx

venvs/pipx/bin/pipx
venvs/pipx/bin/activate.fish
venvs/pipx/bin/activate-global-python-argcomplete
venvs/pipx/bin/activate.csh
venvs/pipx/pyvenv.cfg
venvs/pipx/lib/python3.11/site-packages/pipx_shared.pth
shared/bin/pip3.11
shared/bin/activate
shared/bin/pip3
shared/bin/pip
shared/bin/wheel
shared/bin/activate.fish
shared/bin/activate.csh
shared/pyvenv.cfg
sed

2 个回答

  1. Best Answer

    在我的大脑几乎融化之后，

    问题是这样的：

    $ alias grep
alias grep='grep --color=yes'

    因此 grep 输出包含一些 xargs + sed 无法解析的颜色转义序列。我的眼睛只看到了漂亮的颜色 :)

    \grep或unalias grep解决了问题。

    • 1

  2. xargs默认情况下，输入的格式非常特殊，其中参数需要用空格字符分隔（空格列表取决于实现xargs和语言环境，但在 GNU 的情况下，xargs仅限于空格、制表符和换行符），并且可以使用单引号、双引号和反斜杠来转义这些字符（尽管它有自己独特的方式）。

    这绝对不是 输出的文件列表的格式grep -rl。

    使用-d '\n'（GNU 扩展），格式更改为换行符分隔，无法转义换行符。这恰好是 输出的格式grep -rl，但对于包含换行符的文件名仍然不起作用。对于任意文件名，输出grep -rl根本无法可靠地进行后处理。

    GNU grep（您已经在使用一些 GNUisms）有一个-Z/选项，可以以可后处理的方式--null输出文件列表，您可以将其与之结合使用（也是 GNU 扩展，但比 更便携）：-lxargs -r0-d

    grep -rlFIZ /home/user/.local . |
  xargs -r0 sed -Ei 's|/home/user(/\.local)\>|~\1|g'

    我还删除了-i选项 to ，grep因为文件路径在大多数类 Unix 系统（包括 RHEL）上都区分大小写，并且您无论如何都没有使用标志ito sed's s，添加了-Ffor 固定字符串匹配（以避免必须转义.正则表达式）操作员）。添加了单词边界，因此它在内部\>不匹配（尽管它仍然会在内部匹配），明确指定要递归地查找哪个目录（为了清晰并与旧版本的 GNU 兼容）并添加一些捕获，用。/home/user/.local/home/user/.locale/home/user/.local-tmprgrep\1

    您的问题已经通过您使用grep='grep --color=yes'别名而不是grep='grep --color=auto'或来解释，grep='grep --color'这意味着grep即使其输出不直接到达终端，也会输出彩色转义序列。

    还有其他可能的解释。

    其中的文件~/.local是由许多应用程序写入的，文件被它们随意添加和删除；在grep查找文件和sed处理它们之间，其中一些文件很可能已经消失了。

    还要注意，它实际上sed -i并不是i就地编辑文件，而是用编辑后的副本替换它们。如果某些应用程序当前打开了您正在编辑的文件，它们仍将继续查看原始副本（现已删除），并且从现在起对它们所做的任何更改都将丢失。

    sed -i也会破坏硬链接和符号链接（尽管 GNUgrep -r不会研究符号链接）。

    /home/user用替换~通常也不是一个有效的做法。波浪号扩展是由 shell（如今大多数 shell）和一些其他应用程序（但肯定不是全部）执行的。除此之外，当前工作目录的子目录的子目录中的文件~/.local/file路径也被调用（例如 after ）。因此，用 替换可能会破坏许多应用程序。file.local~mkdir -p '~/.local' && touch '~/.local/file'/home/user/.local~/.local

    另请注意，GNUgrep -I跳过二进制文件使用启发式方法，并非万无一失（无论哪种方式，都可能给出误报和漏报）。如果将一个字符串替换为另一个不同长度的字符串，某些基于文本的格式（例如 PHP 数据序列化格式）将会被破坏。

    • 1

相关问题