Semaine 5 : SCV et révision de code Flashcards
Pourquoi le contrôle de la version?
VCS est devenu essentiel au développement de logiciels parce que:
● Ils permettent aux équipes de collaborer
● Ils gèrent les changements et permettent l’inspection
● Ils suivent la propriété
● Ils suivent l’évolution des changements
● Ils permettent la ramification
● Ils permettent une intégration continue
Comment fonctionne un DVCS tel que Git?
● Un DVCS fonctionne généralement au niveau d’un changeset
● Logiquement, un référentiel est constitué d’un premier vide
● État, suivi de plusieurs changesets
● changeset sont identifiées par une valeur de hachage SHA-1 e.g., 0878a8189e6a3ae1ded86d9e9c7cbe3f
Que doit contenir un message de journal de validation?
● Écrivez une simple et seule ligne, qui explique le commit, puis ajouter quelques phrases complètement pour expliquer votre commit.
● Gardez à l’esprit lorsque vous rédigez votre message de commit celui qui va le lire.
● Humains et analyseurs (systèmes de suivi des problèmes ou outils de dépôt de versions)
● Si un programme va lire vos messages de log, vous devez vous assurer d’inclure toutes les informations qu’il expecte. Il existe des outils permettant de lire les log de commit et de mettre à jour les outils tiers tels que les systèmes de suivi des tickets pour afficher l’activité des tâches
Quand créer une nouvelle branche?
CHANGEMENTS EXPÉRIMENTAUX: Créez une nouvelle branche pour faire votre travail, et vous pouvez y travailler séparément de toute modification qui est
déployée immédiatement.
NOUVELLES FONCTIONNALITÉS: Chaque fois que vous commencez à travailler sur une nouvelle fonctionnalité, créez une nouvelle branche.
CORRECTION DE BUGS : Créez une branche pour suivre vos modifications sur ce bug.
Qu’est-ce que l’examen de code?
● Lorsqu’un développeur écrit un code, un autre développeur est invité à passer en revue ce code.
● Une critique approfondie ligne par ligne
● Se produit dans un contexte non menaçant
● L’objectif est la coopération, pas la recherche de pannes
● Souvent une partie intégrante du processus de codage
● Déboguer le code erroné de quelqu’un d’autre.
Pourquoi l’examen de code?
● Quatre yeux attrapent plus de bugs: capturez les bogues tôt pour économiser des heures de débogage
● Appliquer les normes de codage: garder la lisibilité globale et la qualité du code élevée
● Mentorat de nouveaux développeurs: Apprenez des erreurs sans diviser l’équipe.
● Établir des relations de confiance: préparer plus de délégation
● Bonne alternative à la programmation par paire: asynchrone et à travers les lieux
● Propriété de code collectif
○ Toute l’équipe est responsable d’un changement
○ Déclencher la discussion sur le code et l’architecture
● Construire un modèle de confiance dans l’équipes
○ Déléguer le processus d’approbation
○ Autoriser la «promotion des rôles élus» et assurer que les gens se sentent engagés
Comment développer une culture d’examen de code?
● S’engager à toujours examiner avant de fusionner
● Présentez les faits
● Ne le forcer pas
● De nouvelles idées prennent du temps au root
● Les codes d’évaluation doivent être universels
○ Peu importe la façon dont Senior / Junior vous êtes
○ Seuls les développeurs seniors examinent == bottleneck
○ L’inégalité engendre l’insatisfaction
○ Décomposer les anciennes barrières et les quo de statut
● L’examen du code est effectué par vos peers, et non par la gestion.
● L’échec est inévitable
● Les erreurs deviennent équipe, pas de responsabilité individuelle
