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 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é.

Tout projet libre ayant atteint une taille importante utilise un système de suivi de bugs qui permet à ses utilisateurs de rapporter la découverte de dysfonctionnements et de proposer des améliorations. Le projet Debian a fêté ses 16 ans cette année. Un chiffre pour résumer la participation des utilisateurs au fil du temps : 550000 rapports de bugs.Le projet Debian est fortement structuré autour de son système de suivi de bugs (souvent abrégé par BTS pour Bug Tracking System). Un rapport de bug n'est donc pas une participation anodine et va être la source d'une évolution au sein de la distribution. Nous présenterons dans l'article suivant les différents moyens dont dispose un utilisateur pour créer un rapport de bug, l'envoyer à Debian, le suivre et le faire évoluer.