xargs: tar: 由信号 13 终止
xargs: tar: terminated by signal 13
我运行使用以下命令将文件从git给出的列表复制到使用tar的另一个目录以保留权利。
git ls-files -z | xargs -0 tar -c | tar -x -C ~/tmp
这似乎适用于某些回购协议，但不适用于我的：
xargs: tar: terminated by signal 13
回答我自己的问题1:
信号 13 管道损坏：接收端停止读取，但我们仍在管道中。
我的第一个提示是文件有问题，所以让我们将 -t 选项添加到 xargs 以便它打印命令：
git ls-files -z | xargs -t -0 tar -c | tar -x -C ~/tmp
输出：
tar -c [long list of files (2994 files)]
tar -c [sightly less long list of files (~700 files)]
此时问题很明显：我们将 两个 tar 调用管道连接到一个，所以管道坏了（信号 13）。
的确，阅读xargs手册，我们可以读到：
The command line for command is built up until it reaches a system-defined limit (unless the -n and -L options are used). The specified command will be invoked as many times as necessary to use up the list of input items.
您可以使用 xargs --show-limits 查看 xargs 的限制。如果参数长度超过系统限制，xargs 会生成多个命令。
由于命令行的系统限制很高（至少在我的系统上，它是 131072 字节，我的文件相当于 ~3000 个文件），这可以定义为一般情况。这意味着如果文件列表符合系统定义的限制，则初始命令运行良好。
我们可以重现每种情况（好吧，至少有 2 个文件），通过限制文件的数量 xargs 将在每次调用时使用 -L 选项：
git ls-files -z | xargs -L 1 -t -0 tar -c | tar -x -C ~/tmp
解决方案实际上是完全删除 xargs，通过使用 tar 的 -T 选项，从文件中读取文件列表（或 - , 意思是 stdin):
git ls-files -z | tar --null -T - -c | tar -x -C ~/tmp
或
git ls-files | tar -T - -c | tar -x -C ~/tmp
1: https://discuss.circleci.com/t/local-checkout-fails-using-cli-tar-terminates-with-signal-13/28632/14
我运行使用以下命令将文件从git给出的列表复制到使用tar的另一个目录以保留权利。
git ls-files -z | xargs -0 tar -c | tar -x -C ~/tmp
这似乎适用于某些回购协议，但不适用于我的：
xargs: tar: terminated by signal 13
回答我自己的问题1:
信号 13 管道损坏：接收端停止读取，但我们仍在管道中。
我的第一个提示是文件有问题，所以让我们将 -t 选项添加到 xargs 以便它打印命令：
git ls-files -z | xargs -t -0 tar -c | tar -x -C ~/tmp
输出：
tar -c [long list of files (2994 files)]
tar -c [sightly less long list of files (~700 files)]
此时问题很明显：我们将 两个 tar 调用管道连接到一个，所以管道坏了（信号 13）。
的确，阅读xargs手册，我们可以读到：
The command line for command is built up until it reaches a system-defined limit (unless the -n and -L options are used). The specified command will be invoked as many times as necessary to use up the list of input items.
您可以使用 xargs --show-limits 查看 xargs 的限制。如果参数长度超过系统限制，xargs 会生成多个命令。
由于命令行的系统限制很高（至少在我的系统上，它是 131072 字节，我的文件相当于 ~3000 个文件），这可以定义为一般情况。这意味着如果文件列表符合系统定义的限制，则初始命令运行良好。
我们可以重现每种情况（好吧，至少有 2 个文件），通过限制文件的数量 xargs 将在每次调用时使用 -L 选项：
git ls-files -z | xargs -L 1 -t -0 tar -c | tar -x -C ~/tmp
解决方案实际上是完全删除 xargs，通过使用 tar 的 -T 选项，从文件中读取文件列表（或 - , 意思是 stdin):
git ls-files -z | tar --null -T - -c | tar -x -C ~/tmp
或
git ls-files | tar -T - -c | tar -x -C ~/tmp
1: https://discuss.circleci.com/t/local-checkout-fails-using-cli-tar-terminates-with-signal-13/28632/14