Demandez à n'importe quel groupe de développeurs quel est leur outil de gestion de versions préféré, et la réponse sera massivement « Git ». En effet, une enquête Stack Overflow menée auprès de près de 70 000 développeurs professionnels a révélé que plus de 88 % d'entre eux privilégient Git aux autres outils de gestion de versions. Composant essentiel des solutions DevOps de nombreuses organisations, Git est plébiscité par la communauté des développeurs pour son intuitivité, sa rapidité et sa robustesse.
C’est cette popularité fulgurante qui a incité IBM à intégrer Git très tôt à sa liste sans cesse croissante d’outils open source pour IBM i. Comme je l’ai évoqué dans des articles précédents, IBM i propose plusieurs solutions complètes et intégrées pour IBM. ® En tant qu'ingénieur solutions au service d'une clientèle diversifiée utilisant IBM i, je constate que de plus en plus d'organisations basées sur IBM i choisissent d'intégrer Git à leur environnement DevOps . Fort de cette expérience, voici quelques observations sur les avantages que Git peut apporter à votre boîte à DevOps DevOps i.
Une bonne raison d'adopter Git est qu'il offre de nombreuses fonctionnalités de contrôle de source, en plus de celles offertes par certains outils IBM i. Git stocke les fichiers et suit les modifications entre chaque version, et permet également de regrouper ces versions grâce à la création de branches et au balisage en plusieurs structures logiques. Il est facile de visualiser chaque modification apportée à chaque fichier lors de chaque validation dans le référentiel.
Vous pouvez ensuite prendre cet ensemble de modifications et les appliquer à n'importe quelle autre version de l'application grâce aux outils de fusion rapides et automatisés de Git, qui peuvent fusionner de manière transparente les modifications de plusieurs versions d'un fichier.
Un autre grand avantage de Git est son architecture distribuée. Elle facilite l'hébergement d'un dépôt Git sur un site comme GitHub. Une fois leur travail terminé, les développeurs peuvent simplement pousser leurs modifications vers GitHub (ou soumettre facilement une pull request) et le code est copié vers le dépôt distant, où il est mis à disposition des autres développeurs. Git permet ainsi de gérer des projets open source sur lesquels travaillent des centaines, voire des milliers de développeurs dans de nombreuses organisations.
Les développeurs IBM i peuvent utiliser GitHub pour le contrôle des versions de leur code RPG et pour les révisions de code, en exploitant des outils tels que SonarQube, Gerrit et Collaborator.
De plus, et c'est probablement la principale raison de la popularité durable de Git, de nombreux autres outils (open source et autres) couramment utilisés par les développeurs pour vérifier l'intégrité, la sécurité, la conformité des licences et des politiques du code sont également intégrés à Git. Il est ainsi facile de les diriger vers un dépôt Git donné et de leur permettre d'exécuter leurs fonctions.
Git s'intègre également facilement aux outils de build automatisés tels que Jenkins, Maven, Bamboo et Ant. Ces outils peuvent extraire le code source nécessaire aux builds de Git, puis compiler et déployer l'application selon les règles définies par l'utilisateur.
En bref, en utilisant ces outils, il devient simple de gérer des applications qui s’étendent simultanément sur IBM i et sur des systèmes distribués.
Git s'intègre facilement à Jenkins.
Présentation de Rocket EVA 2.0
Choisir la bonne voie pour la modernisation du code augmentée par l'IA
Modernisation de l' Enterprise avec le serveur IBM z17 à châssis unique et en rack [...]
