主页 / server / 问题 / 992681
Accepted
chingis
Asked: 2019-11-21 21:47:44 +0800 CST

为什么有时忽略 tar 标志 --strip-components ？

  • 772

我有一个自动化的 docker 图像构建，我在其中下载 elasticsearch 存档并通过以下方式提取它：

tar zxf archive.tar.gz --strip-components=1 -C /path/to/dir

它一直有效，直到最新版本（6.8.5 和 7.4.2）。它不再适用于 6.8.5，这意味着该标志--strip-components不再有任何效果。但是，它适用于 7.4.2。在比较这两个档案之后，我发现唯一的区别是 6.8.5 对档案中的文件拥有不同的所有权——631:503与root:root7.4.2 相比。但是，如果这是问题标志--no-same-owner，或者--user应该通过他们没有解决问题。我什至使用这些 ID 创建了一个用户/组，并在该用户下提取了存档，但它也没有任何效果。

这是您可以重现的方式（将 6.8.5 替换为 7.4.2 以尝试两者）：

$ docker run --rm -ti alpine:3.10.3 sh

### from the container

$ wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-6.8.5.tar.gz
$ apk add --update tar
$ mkdir elastic
$ tar zxvf elasticsearch-6.8.5.tar.gz --strip-components=1 -C elastic
$ ls -la elastic

使用 6.8.5，您将看到没有被剥离的中间目录，使用 7.4.2，您将看不到它，尽管它存在于两个档案中。

您可能会注意到我没有使用tarmusl，我使用了 alpine 包中的 GNU 版本（版本 1.32），这些包已经存在了几个月。我在许多其他版本中使用具有相同标志的这个包，它对我来说很好用。

tar

1 个回答

  1. Best Answer

    正如Elastic 工作人员在 github 上向我解释./的那样，这是由于存档中路径上的引导而发生的：

    / # tar tvf elasticsearch-6.8.5.tar.gz --numeric-owner | head -n 2
drwxr-xr-x 631/503           0 2019-11-14 14:20 ./
drwxr-xr-x 631/503           0 2019-11-13 20:07 ./elasticsearch-6.8.5/

    因此，在这种情况下--strip-components应该是 2，而不是 1。要普遍处理这种情况，您可以在提取之前列出存档，如果有，./您可以动态更改--strip-components计数：

    $ if tar tf elasticsearch-6.8.5.tar.gz | head -n 1 | grep -q '^./$'; then STRIP_COMPONENTS_COUNT=2; else STRIP_COMPONENTS_COUNT=1; fi
$ tar zxvf elasticsearch-6.8.5.tar.gz --strip-components=$STRIP_COMPONENTS_COUNT -C elastic

    但是，老实说，创建​​好的档案应该没有任何./令人困惑的东西，因为除非您在档案中列出文件，否则您不会注意到任何差异。

    • 0

相关问题