Articles
Les avantages d'utiliser un framework de build
26 novembre 2020 • 3 min de lecture

L’intégration continue (CI) et/ou la livraison continue (CD) est la norme sur les projets logiciels de nos jours. Il existe de nombreux serveurs de build tels qu’Azure DevOps, TeamCity, Jenkins et Cruise Control.Net. La plupart de ces serveurs utilisent des langages propriétaires pour définir les étapes de build. Mais est-ce que codifier vos étapes de build dans un langage propriétaire est une bonne chose ?
Certaines applications sont simples, avec quelques étapes de build, d’autres sont plus complexes avec de nombreuses étapes de build. Lorsque vous définissez des étapes de build dans un langage propriétaire, plus les étapes de build sont complexes (en sophistication ou en nombre), plus vous devenez couplé à une plateforme de build. Cela devient un problème lorsque vous voulez changer de plateforme de build. Par exemple, vous utilisez TeamCity de JetBrains dans votre centre de données sur site, mais l’entreprise décide de migrer vers le cloud. Maintenant, vous devez réécrire vos scripts de build parce que TeamCity n’est pas supporté dans la nouvelle plateforme cloud.
Au lieu d’écrire vos scripts de build dans un langage propriétaire, considérez l’utilisation d’un framework de build.
Les frameworks de build ont deux avantages :
- Permettre la portabilité entre les plateformes de build.
- Vous permettre de versionner vos scripts de build aux côtés du code de votre application.
La portabilité entre plateformes vous donne la flexibilité de passer d’une plateforme de build à l’autre avec un effort minimal. Il y aura toujours une certaine configuration sur une nouvelle plateforme de build, mais les frameworks de build maintiennent l’effort faible.
À mon avis, le plus grand avantage des frameworks de build est la capacité de versionner et d’enregistrer vos scripts de build aux côtés du code de votre application. Avoir la possibilité de récupérer du code depuis n’importe quel point de l’historique de votre contrôle de source et que ce code se compile vaut largement tous les inconvénients d’un framework de build.
Il existe deux frameworks populaires dans l’espace .Net : Cake et Nuke Build. Les deux frameworks existent depuis un moment. J’ai utilisé Nuke Build et j’apprécie. J’ai entendu de bonnes choses sur Cake et je vous encourage à l’examiner avant de décider quel est le meilleur framework pour votre projet.
Alors la prochaine fois que vous créez une nouvelle définition de build pour votre application, considérez l’utilisation d’un framework de build et enregistrez-le dans le contrôle de source avec votre application.
Auteur : Chuck Conway se spécialise dans l’ingénierie logicielle et l’IA générative. Connectez-vous avec lui sur les réseaux sociaux : X (@chuckconway) ou visitez-le sur YouTube.