GNU/Linux Magazine HS 46

Ne vous êtes-vous jamais demandé pourquoi et par quel miracle un système de plus de 40 ans fait toujours parler de lui ? Pourquoi UNIX est toujours là, un système d'exploitation dont les premières implémentations fonctionnaient sur des ordinateurs surpassés aujourd'hui en puissance et en capacité par la première calculatrice scientifique, le premier PDA ou le premier smartphone qui vous tombe sous la main ? La réponse est simple. Ce merveilleux système repose sur une philosophie solide, adaptable et cohérente. Piqûre de rappel.

Le gestionnaire de code source Git est un excellent outil de travail collaboratif. En plaçant un dépôt sur un serveur centralisé, les différents développeurs du projet vont être à même de pousser vers ce dépôt les modifications qu'ils ont réalisées sur leur copie locale des sources. Mais comment s'assurer que la dernière modification poussée vers le serveur de sources n'est pas une ânerie, rendant nécessaire un retour arrière ? Doit-on attendre qu'un développeur consciencieux ou le chef de projet lui-même clone le nouveau contenu du dépôt depuis le serveur sur son poste et lance une batterie de tests pour qu'on s'aperçoive de l'erreur ?Buildbot est la réponse à ce problème, commun à tous les projets de développement. Cet outil, en réagissant aux événements qui surviennent sur le dépôt Git, va nous permettre de tester qu'à chaque nouvelle modification poussée vers le serveur, une batterie de tests s'effectue correctement.

Dans un précédent article, nous avions abordé les problématiques ayant entrainé l'émergence des gestionnaires de sources distribuées (Distributed Version Control System - DVCS), tel que Mercurial. L'enjeu de ce nouvel article, résolument plus pratique, est de présenter l'utilisation de quelques fonctionnalités un peu avancées de cet outil et de vous faire découvrir comment Mercurial peut grandement vous simplifier la vie dans vos travaux quotidiens.