为什么artifactory为每个远程存储库创建一个逻辑缓存存储库?

为什么artifactory为每个远程存储库创建一个逻辑缓存存储库?,artifactory,Artifactory,我使用artifactory(OSS 5.1.3)作为通用构建依赖缓存。我注意到,在存储库浏览器中,对于每个远程存储库,都有一个附加了-cache的第二个条目。例如:“jcenter”和“jcenter缓存” -cache条目是自动创建的。在我向缓存中添加了一个通用的“gradle distributions”存储库之后,我发现树中也有一个“gradle distributions cache”存储库。-cache有一个不同的图标,但它没有列在“管理”区域的任何不同存储库类型下,并且在定义虚拟存

我使用artifactory(OSS 5.1.3)作为通用构建依赖缓存。我注意到,在存储库浏览器中,对于每个远程存储库,都有一个附加了
-cache
的第二个条目。例如:“jcenter”和“jcenter缓存”

-cache
条目是自动创建的。在我向缓存中添加了一个通用的“gradle distributions”存储库之后,我发现树中也有一个“gradle distributions cache”存储库。
-cache
有一个不同的图标,但它没有列在“管理”区域的任何不同存储库类型下,并且在定义虚拟存储库时,它不能作为源

一旦我下载了一次工件,我就可以通过主存储库名称或
-cache
名称访问它。但是,如果我还没有下载一些东西,那么
-cache
名称将为404(而主名称将取出它)

我在设置或文档中找不到解释
-cache
存储库的任何内容。作为一种查看artifactory已经从远程下载了哪些内容的方法,它很有用,但是有没有其他我不理解的解释呢?是否有理由在直接URL中指向一个或另一个名称?(例如:
gradle包装器--gradle版本3.4.1--gradle分发url)http://localhost:8081/artifactory/gradle-发行版/gradle-3.4.1-bin.zip这主要是一个好奇的问题。

配置部分提到了“-cahce”存储库。

这种想法是,在某些情况下,直接访问缓存中已经存储的工件是有用的(例如,为了避免远程更新检查)。

我想知道为什么这对用户来说是不透明的。用户通常对缓存设计不感兴趣,他们只希望内容新鲜、快速。。。