为什么 artifactory 会为每个远程仓库创建一个 logical -cache 仓库？
Why does artifactory create a logical -cache repository for each remote repository?
我正在使用 artifactory (OSS 5.1.3) 作为通用构建依赖缓存。我注意到在存储库浏览器中，对于每个远程存储库，都有一个附加了 -cache 的第二个条目。例如："jcenter" 和 "jcenter-cache".
-cache 个条目是自动创建的。在我将通用 "gradle-distributions" 存储库添加到缓存 https://services.gradle.org/distributions/ 之后，我发现我在树中也有一个 "gradle-distributions-cache" 存储库。 -cache 有一个不同的图标，但它没有在管理区域的任何不同存储库类型下列出，并且在定义虚拟存储库时不能选择它作为源。
一旦我下载了一个工件，我就可以通过主存储库名称或 -cache 名称访问它。但是，如果我还没有下载东西，那么 -cache 名称将是 404（而主名称将出去并获取它）。
我在设置或文档中找不到任何内容来解释 -cache 存储库。作为一种查看已经从远程下载了哪些人工制品的方式，它很有用，但是是否还有另一种我不理解的解释？是否有理由在直接网址中指向一个或另一个名称？ （例如：gradle wrapper --gradle-version 3.4.1 --gradle-distribution-url http://localhost:8081/artifactory/gradle-distributions/gradle-3.4.1-bin.zip）这主要是一个好奇的问题。
remote repositories 配置部分中提到了“-cahce”存储库。
这个想法是，在某些情况下，直接访问已存储在缓存中的工件很有用（例如，避免远程更新检查）。
我正在使用 artifactory (OSS 5.1.3) 作为通用构建依赖缓存。我注意到在存储库浏览器中，对于每个远程存储库，都有一个附加了 -cache 的第二个条目。例如："jcenter" 和 "jcenter-cache".
-cache 个条目是自动创建的。在我将通用 "gradle-distributions" 存储库添加到缓存 https://services.gradle.org/distributions/ 之后，我发现我在树中也有一个 "gradle-distributions-cache" 存储库。 -cache 有一个不同的图标，但它没有在管理区域的任何不同存储库类型下列出，并且在定义虚拟存储库时不能选择它作为源。
一旦我下载了一个工件，我就可以通过主存储库名称或 -cache 名称访问它。但是，如果我还没有下载东西，那么 -cache 名称将是 404（而主名称将出去并获取它）。
我在设置或文档中找不到任何内容来解释 -cache 存储库。作为一种查看已经从远程下载了哪些人工制品的方式，它很有用，但是是否还有另一种我不理解的解释？是否有理由在直接网址中指向一个或另一个名称？ （例如：gradle wrapper --gradle-version 3.4.1 --gradle-distribution-url http://localhost:8081/artifactory/gradle-distributions/gradle-3.4.1-bin.zip）这主要是一个好奇的问题。
remote repositories 配置部分中提到了“-cahce”存储库。
这个想法是，在某些情况下，直接访问已存储在缓存中的工件很有用（例如，避免远程更新检查）。