Configurar un repositorio de ivy compartido

Question

Estoy configurando un sistema de compilación de ant en un proyecto con una resolución de dependencia administrada por ivy. Lo tengo en funcionamiento con el sistema de archivos que se usa actualmente para el repositorio local y compartido. Mi objetivo final sería que cuando los desarrolladores arreglen errores o creen nuevas funcionalidades, solo puedan poner artefactos en su repositorio local. Cuando creen que su código está listo para ser utilizado por el resto del equipo, sería promovido a la rama correspondiente en SVN y el grupo a cargo de hacer compilaciones oficiales compilaría y publicaría los nuevos artefactos.

Así que supongo que mis preguntas son ¿cómo se puede controlar quién puede publicar en un repositorio? ¿La hiedra solo confía en los permisos del sistema de archivos?

Además, eventualmente quisiera que mi repositorio compartido esté disponible a través de http. Creo que podría apuntar a Apache a los directorios del repositorio del sistema de archivos para recuperar artefactos, pero ¿cómo se configura la publicación en un repositorio http?

Answer 1

Puede especificar tres resoluciones en su archivo de configuración ivy. Primero sería un solucionador de cadena que incluye repositorios remotos y locales de hiedra. El segundo sería un solucionador local para el repositorio de hiedra local. En tercer lugar, un resuelve para el repositorio de hiedra remota solamente.

Cada desarrollador recupera artefactos utilizando el primer resolver cadenas.

desarrollador habitual publicar artefactos utilizando el segundo resolver local.

Su equipo especial podría utilizar la tercera resolución remota para publicar en el repositorio de hiedra más remota. Para proteger el repositorio remoto de los desarrolladores habituales, colóquelo en el servidor FTP (S) con protección contra escritura mediante contraseña.

El único problema en este caso es cómo establecer versiones en artefactos para que los artefactos publicados en el repositorio remoto en algunos casos se anulen localmente publicados en algunos no.

Nuestro equipo usó dicho esquema hace unos años. Pero ahora usamos solo repositorios de hiedra local y servidor de CI para construir y ejecutar pruebas desde varias ramas. Llegamos a esto después de cambiar a git.

Answer 2

Le sugiero que configure un administrador de repositorio para administrar los artefactos de construcción de su proyecto.

Las mejores opciones son uno de los siguientes:

• nexus
• artifactory
• archiva

de publicación para significa un repositorio Maven que sus artefactos pueden ser consumidos por los proyectos que utilizan otra construir tecnologías. Todos los sistemas de construcción modernos son compatibles con Maven (incluida la hiedra, consulte el ibiblio resolver).

Answer 3

para repo hiedra existente fácil de instalar esto: rest-ivy