Aller au contenu

Git : branches et collaboration

Git · Intermédiaire · 10 questions. Une seule bonne réponse par question. Répondez puis consultez la correction expliquée.

  • 1. Que représente une branche Git ?
  • 2. Que fait git fetch ?
  • 3. Que signifie origin/main dans un clone habituel ?
  • 4. À quoi sert une pull request ?
  • 5. Deux branches modifient la même ligne différemment. Que peut-il arriver ?
  • 6. Résoudre un conflit exige surtout de…
  • 7. Que produit normalement git revert sur un commit partagé ?
  • 8. Un rebase peut-il changer les identifiants des commits rejoués ?
  • 9. Que désigne un tag de version ?
  • 10. Avant de pousser, quelle action aide à éviter une surprise ?
Corrigé à lire, même sans JavaScript
  1. Une référence vers un commit. La référence évolue lorsque de nouveaux commits sont créés sur cette branche.
  2. Il récupère des objets et actualise les références de suivi. La récupération n’intègre pas automatiquement les changements dans la branche courante.
  3. Une référence locale de suivi distant. Elle reflète la dernière connaissance récupérée de la branche distante.
  4. À proposer et discuter une intégration. Elle rassemble les changements, les échanges de revue et les contrôles associés.
  5. Un conflit de fusion. Git peut demander une décision humaine quand il ne peut pas combiner les changements.
  6. Vérifier le sens du résultat. Une résolution correcte doit respecter le comportement attendu puis être testée.
  7. Un nouveau commit qui inverse ses changements. Revert permet de conserver une trace de l’annulation dans l’historique partagé.
  8. Oui. Un nouveau parent entraîne de nouveaux commits lors du rejeu.
  9. Un point choisi dans l’historique. Le tag identifie une version ; sa création ne déploie pas automatiquement le site.
  10. Relire les commits et les vérifications. La relecture et les contrôles servent à vérifier le contenu effectivement partagé.

Pour approfondir : Documentation Git. Les cours PandaCodeur.