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.

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.

Dans le cadre d'un projet de développement, une revue de code a lieu lorsqu'un développeur soumet à ses pairs ou au chef de projet les modifications qu'il veut apporter. Le but est d'identifier des erreurs ou d'améliorer le code avant de l'intégrer à l'application. La revue de code est une activité rébarbative mais très utile pour améliorer la qualité globale du logiciel. Elle est le plus souvent pratiquée par courrier électronique, usage qui entraîne beaucoup de manipulations superflues et d'échanges d'e-mails, avec du code source qui peut transiter en pièce jointe.Review Board va vous permettre de pratiquer la revue de code de manière simple et efficace avec des modifications apportées au code directement consultables, précisément identifiées et la possibilité pour le développeur et son critique d'échanger leurs commentaires via un canal dédié.