Artifactory cli-下载现有文件

Artifactory cli-下载现有文件,artifactory,jfrog-cli,Artifactory,Jfrog Cli,我正在使用JFROG cli从一个工件库下载内容。看起来,即使目标包含相同的文件,cli也在尝试下载它。如果在不清理目标文件夹的情况下重新运行该命令,则会占用相同的时间。 有没有办法加快这一进程?如果目标文件夹具有相同的SHA1文件,是否跳过? 我们的命令下载repo中的所有文件夹a*: jfrog rt dl --threads=`nproc` repo_name/a*/ $TMP_FOLDER/ 如果存在使用校验和验证的文件,JFrog CLI已跳过下载。 通过设置环境变量JFROG\u

我正在使用JFROG cli从一个工件库下载内容。看起来,即使目标包含相同的文件,cli也在尝试下载它。如果在不清理目标文件夹的情况下重新运行该命令,则会占用相同的时间。 有没有办法加快这一进程?如果目标文件夹具有相同的SHA1文件,是否跳过? 我们的命令下载repo中的所有文件夹a*:

jfrog rt dl --threads=`nproc` repo_name/a*/ $TMP_FOLDER/

如果存在使用校验和验证的文件,JFrog CLI已跳过下载。 通过设置环境变量JFROG\u CLI\u LOG\u LEVEL=DEBUG,然后再次运行相同的下载命令,可以看到这一点。在调试日志中,您将在某些文件上看到以下行:文件已在本地存在-这意味着由于文件存在而跳过下载。 相关代码可在中找到-请参阅方法DownloadFileIfRequired。
请记住,CLI仍然需要从Artifactory获取文件信息并计算本地文件校验和,因此如果有大量小文件,这不会对下载大文件产生太大影响。

感谢您的回复Dima!我正在下载并上传到另一个实例large repo 500G,其中包含许多大小文件。我的下载过程似乎没有更改dest文件夹中已存在的文件。修改日期未更改。但是,我们认为,对于大型文件,需要与下载文件相同的时间。我的动机是将两个实例之间的repo分为两部分进行迁移:首先,迁移所有实例将花费较长的时间,用户不会停机;其次,由于迁移了大多数文件,用户的停机时间将很短。请记住,这样的迁移将导致属性和文件统计数据的丢失。至于大文件问题,我在我的机器上做了一些测试,在第二次下载时,我的性能有了显著的提高。然而,不同的硬件可以给出不同的结果。免费填写以在中打开一个问题。如果您决定这样做,请向我们提供您所做的测量,您的操作系统类型和硬件详细信息网络速度和存储类型尤其重要。