I would like to view this page in
Un référentiel d'artefacts (ou gestionnaire d'artefacts) stocke les artefacts de build produits par l'intégration continue et permet leur déploiement automatisé dans des environnements de test, de staging et de production.
Les artefacts de build sont des fichiers créés par le processus de build, tels que les paquets de distribution, les fichiers WAR, les fichiers journaux et les rapports. Les artefacts peuvent être stockés soit dans un référentiel sur votre serveur CI, soit dans un emplacement externe accessible à votre serveur CI.
Si vous validez régulièrement des modifications, un pipeline CI/CD automatisé produit un nombre considérable de builds par jour. La nature du pipeline implique que l'on déploie un grand nombre de builds dans les premiers environnements avant qu'un problème ne soit identifié, tandis qu'un nombre plus restreint de builds parvient jusqu'à la mise en ligne.
Un référentiel d'artefacts fournit un emplacement central pour stocker ces builds, et la plupart proposent une API pour déployer automatiquement les builds dans les environnements de votre pipeline. Dans le cadre de la logique de votre pipeline, vous pouvez indiquer la durée de conservation des builds dans le dépôt et les conditions de suppression des artefacts pour libérer de l'espace.
Dans cet article de blog, nous partagerons quelques conseils pour créer des requêtes d’extraction GitHub dans TeamCity.
Créez votre pipeline de CI/CD avec TeamCity pour une flexibilité, une évolutivité et une fiabilité totales.
En écho à l'éternel conflit opposant les partisan·es des tabulations et aux partisan·es des espaces, les stratégies de branching suscitent des débats passionnés tant en ligne que hors ligne.