Términos y ambigüedades de Apache Ivy

Estoy aprendiendo cómo boost mi compilation con Ivy usando un método de "fuerza bruta" de solo intentar poner en marcha algunos proyectos de muestra. Revisé los documentos oficiales y leí varios tutoriales en línea, pero me estoy ahogando con algunos términos que parecen usarse vagamente, ambiguamente y / o de manera conflictiva de alguna manera. Solo estoy buscando un conocedor experimentado de Ivy para ayudar a aclarar estos términos.

  1. Caché de "resolución" frente a "caching de repository" frente a caching "de hiedra"
  2. El "Repositorio Ivy", a diferencia de mi SCM normal, que es un server que ejecuta SVN

¿Cuál es la diferencia entre estos 3 types de caching? ¿Cuál es la diferencia entre " Ivy Repository " y mi SVN?

¡Gracias a cualquiera que pueda ayudar!

Caché de "resolución" frente a "caching de repository" frente a caching "de hiedra"

El caching de hiedra es básicamente una carpeta, donde la hiedra almacena artefactos y configuraciones. Si no se configura de manera diferente, se puede encontrar en UserHome / .ivy2

La caching de ivy consiste en la memory caching de resolución y una memory caching de repository.

El caching del repository contiene los artefactos de un repository, que fueron descargados por hiedra. Está almacenando en caching el repository, de modo que ivy no necesitará consultar el repository cada vez que intente resolver / download un artefacto. Si encuentra un artefacto adecuado en el caching del repository, no consultará el repository. Ahorrando así el costo de consultar el repository. Si y cómo se usa la memory caching es un poco más complicado y depende de las dependencies / configuration.

La memory caching de resolución es una colección de files específicos de hiedra, que le dice a la hiedra cómo se resolvió (descargó) un artefacto.

El "Repositorio Ivy", a diferencia de mi SCM normal, que es un server que ejecuta SVN

Un repository en el mundo de la hiedra es una location que contiene files de artefactos (jar). Este puede ser el sistema de files local o un server web. No tiene un sistema de control de versiones. Cada versión de un artefacto está contenida en una carpeta separada. No puede asignar artefactos, solo agréguelos al sistema de files. Ver la terminología

org\artifact\version1\artifact.jar org\artifact\version2\artifact.jar 

Se accede a un repository a través de un resolver , que debe conocer el layout del repository.

Desde el documento en cachings:

 Cache types An Ivy cache is composed of two different parts: the repository cache The repository cache is where Ivy stores data downloaded from module repositories, along with some meta information concerning these artifacts, like their original location. This part of the cache can be shanetworking if you use a well suited lock strategy. the resolution cache This part of the cache is used to store resolution data, which is used by Ivy to reuse the results of a resolve process. This part of the cache is overwritten each time a new resolve is performed, and should never be used by multiple processes at the same time. While there is always only one resolution cache, you can define multiple repository caches, each resolver being able to use a separate cache.