JFrog Artifactory-如何正确上传符号链接并下载目的地

我有以下人工repo和目录结构：

my-repository/binaries/binary.file
my-repository/dir1/
my-repository/dir2/
...

我想在dir1和dir2中添加binary.file的符号链接。 假设我添加了binary.file，如下所示：

$ jfrog rt u binary.file my-repository/binaries/binary.file

因此，我无法理解artifactory中符号链接的概念。 我在本地文件系统上创建了相同的目录结构，并创建了一个符号链接：

$ find .
./my-repository/
./my-repository/binaries/
./my-repository/binaries/binary.file
./my-repository/dir1/
./my-repository/dir2/
$ cd my-repository/dir1/
$ ln -s ../binaries/binary.file .
$ jfrog rt u --symlinks binary.file my-repository/dir1/
...
$ cd /tmp
$ jfrog rt dl --validate-symlinks my-repository/dir1/binary.file
 Log path: /home/user/.jfrog/logs/jfrog-cli.2020-04-09.18-42-13.19989.log
{
  "status": "failure",
  "totals": {
    "success": 0,
    "failure": 1
  }
}
[Error] Download finished with errors, please review the logs.
$ cat /home/user/.jfrog/logs/jfrog-cli.2020-04-09.18-42-13.19989.log
[Info] Searching items to download...
[Info] [Thread 2] Downloading my-repository/dir1/binary.file
[Error] Symlink validation failed, target doesn't exist: ../binaries/binary.file

---

如果删除--validate symlinks参数，则会下载一个空文件。上传符号链接和下载符号链接的正确方式是什么？有没有办法使用符号链接下载目标文件？

我刚刚尝试了您所做的一切，在下载了符号链接（使用“jfrog rt dl”命令）后，我发现符号链接是在本地创建的，正如预期的那样。我在最新版本的JFrog CLI中尝试了这一点。为了解决此问题，在下载该文件之前，请尝试搜索它（使用“JFrog rt s”命令），并查看该文件是否具有“symlink.dest”和“symlink.destsha1”属性，这表明该文件确实是作为符号链接上载的。“jfrog rt dl”命令应该获取这些属性，并在本地将此文件创建为符号链接。LMK您看到了什么。文件上载成功，只是symlink.dest属性没有相应地设置，或者其他问题。您使用的是哪个JFrog CLI版本？它可能是早于符号链接支持的版本吗？到今天为止的最新版本是1.35.3。我不应该认为我的“示例”是从原始用例中稍微编辑出来的，因为我必须使它对stackoverflow更加中立。也许这在某种程度上是一个错误，我没有像实际用例那样做得好。我也在使用JFrog 1.35.3。与实际用例的唯一区别是，我使用的是一个更深层次的目录。我刚刚完全尝试了您所做的，在下载符号链接（使用“jfrog rt dl”命令）后，我发现符号链接是在本地创建的，正如预期的那样。我在最新版本的JFrog CLI中尝试了这一点。为了解决此问题，在下载该文件之前，请尝试搜索它（使用“JFrog rt s”命令），并查看该文件是否具有“symlink.dest”和“symlink.destsha1”属性，这表明该文件确实是作为符号链接上载的。“jfrog rt dl”命令应该获取这些属性，并在本地将此文件创建为符号链接。LMK您看到了什么。文件上载成功，只是symlink.dest属性没有相应地设置，或者其他问题。您使用的是哪个JFrog CLI版本？它可能是早于符号链接支持的版本吗？到今天为止的最新版本是1.35.3。我不应该认为我的“示例”是从原始用例中稍微编辑出来的，因为我必须使它对stackoverflow更加中立。也许这在某种程度上是一个错误，我没有像实际用例那样做得好。我也在使用JFrog 1.35.3。与实际用例的唯一区别是，我使用的是更深层次的目录。