Restriction du référentiel Nexus local pour accéder à Central

Question

Nous prévoyons de publier notre référentiel Nexus d'entreprise pour les développeurs. Le problème est que nous aimerions imposer des normes sur les versions des bocaux qui pourraient être téléchargés à partir du référentiel. Par exemple, si la version 3 de Spring framework est disponible dans Nexus en tant que standard d'organisation, les développeurs ne peuvent pas télécharger la dernière version du ressort, par exemple 3.3 en utilisant nexus, sauf si elle est approuvée par l'architecte technique.

On peut dire qu'il n'y a aucun moyen de le faire puisque les développeurs peuvent pointer directement vers le central et télécharger les fichiers jar. Mais ce scénario sera traité dans la construction quotidienne de hudson CI qui utilise uniquement des pots de nexus.

Notre proposition initiale était de mettre en place nexus avec des versions convenues des bibliothèques, puis de modifier les paramètres de proxy nexus de sorte qu'il ne peut pas atteindre central. Y a-t-il une meilleure idée que celle-ci?

Answer 1

On dirait que vous pouvez utiliser l'une des caractéristiques du Nexus Professional:

Une suite d'approvisionnement qui permet aux administrateurs de Nexus de définir des règles d'inclusion et d'exclusion des artefacts dans des dépôts proxy

Voir le chapitre sur Nexus Procurement Suite à partir de la référence en ligne.