Processus de build
Le déroulement défini qui produit des artefacts logiciels à partir du code, des dépendances et d’autres entrées.
Qu’est-ce qu’un processus de build ?
Un processus de build produit des sorties techniques à partir d’entrées définies, par exemple des fichiers de site ou un paquet exécutable. Code source, dépendances et configuration peuvent servir d’entrées. Le déroulement fixe les étapes : compilation, regroupement ou contrôles sont possibles. Chaque build ne les inclut pas automatiquement toutes. Déploiement et publication se considèrent séparément.
Pour un portail fictif, l’équipe note révision source, dépendances fixées, configuration et paquet produit. Elle peut ainsi rechercher les entrées d’un résultat donné. Un dossier de sortie existant ne prouve toutefois ni que tous les tests prévus ont été exécutés ni que le résultat est en production. Il faut les preuves de contrôle et de déploiement correspondantes.
Sources
Termes associés
- CompilateurUn programme qui traduit du code source vers une autre représentation cible.
- Environnement d’exécutionL’environnement où un programme s’exécute et accède aux fonctions mises à sa disposition.
- BundlerUn outil qui regroupe modules liés et ressources dans des fichiers à distribuer.
- Pull requestUne proposition d’intégration à une branche cible, avec contexte pour revue et discussion communes.
- Système héritéUn système existant toujours utilisé, avec des dépendances techniques et métier accumulées.
- Architecture multilocataireUne solution multilocataire prévoit des périmètres distincts par client ou groupe. Un locataire n’est pas automatiquement une personne ou une base de données.
Articles sur le sujet
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles