Évaluation finale

Quiz du cours « Git — flux d’équipe et récupération »

12 questions à choix unique pour vérifier que le parcours est acquis. Une seule tentative de réponse par question, correction immédiate.

80 % de bonnes réponses sont nécessaires pour valider le cours. Vous pouvez repasser le quiz autant de fois que nécessaire : seul votre meilleur score est conservé.

Une équipe livre fréquemment de nouvelles fonctionnalités et n’a pas besoin de maintenir plusieurs versions en parallèle. Quelle stratégie de branches est la plus adaptée ?

Un flux court centré sur les propositions de fusion Une branche durable par version publiée Une branche permanente par contributeur Une branche unique par type de fichier

Pour intégrer une branche de travail sans créer de commit de fusion et conserver un historique linéaire, quelle démarche faut-il suivre ?

Fusionner la branche avec une option de création de commit de fusion Réinitialiser la branche principale sur le dernier commit de la branche de travail Mettre à jour la branche de travail par rebase, puis intégrer ses commits par avance rapide Copier les fichiers modifiés directement dans la branche principale

Quel critère permet de tester une régression de manière reproductible avec git bisect ?

L’impression générale qu’une page semble moins correcte qu’avant Un résultat binaire défini à l’avance, vérifiable de la même façon sur chaque révision Le nombre de fichiers modifiés dans chaque commit La date à laquelle le défaut a été signalé

Avec git bisect run, quel code de sortie doit renvoyer le script pour signaler qu’une révision ne peut pas être testée ?

0 1 2 125

Quel outil local permet de retrouver l’identifiant d’un commit après que la branche a été déplacée et que ce commit n’apparaît plus dans l’historique courant ?

git reflog git status git diff git grep

Vous retrouvez dans le reflog le hash d’un commit local devenu inaccessible. Quelle action le protège sous une référence durable ?

Lancer git bisect reset avec ce hash Créer une branche à partir de ce hash Exécuter git revert sur ce hash Ajouter le hash au fichier .gitignore

Un commit erroné a déjà été partagé sur la branche principale. Quelle méthode privilégier pour l’annuler sans réécrire l’historique partagé ?

git reset pour déplacer la branche principale avant le commit Supprimer le dépôt local et le cloner à nouveau git revert pour créer un commit qui annule les changements Modifier directement l’identifiant du commit dans le reflog

Avant de réparer une branche principale alors que vous avez des changements locaux non commités, quelle précaution convient ?

Forcer immédiatement la mise à jour de la branche principale Supprimer les changements locaux, puisqu’ils ne sont pas commités Réinitialiser toutes les branches locales à leur état distant Mettre les changements à l’abri, par exemple avec git stash -u, puis vérifier l’état du dépôt

Quel contrôle convient à un site statique pour vérifier que ses liens internes pointent vers des identifiants HTML existants ?

Comparer les liens internes avec les identifiants présents dans les pages Vérifier uniquement que chaque fichier porte une extension .html Contrôler que le nombre de liens est identique au nombre de pages Rechercher les liens dans les seuls messages de commit

Comment relier les contrôles automatisés aux propositions de fusion dans un flux d’intégration continue ?

Exécuter le pipeline uniquement sur l’ordinateur du responsable de la branche principale Déclencher un pipeline sur chaque proposition de fusion et publier son statut Lancer les contrôles uniquement après la mise en production Remplacer les résultats des tests par une approbation manuelle

Un fichier contenant un identifiant sensible est déjà suivi par Git. Quelle affirmation sur .gitignore est correcte ?

Ajouter le fichier à .gitignore le retire automatiquement de tout l’historique .gitignore bloque les commits même si le fichier est déjà suivi .gitignore ne retire pas à lui seul un fichier déjà suivi ; un secret exposé doit aussi être révoqué ou remplacé Renommer le fichier suffit à neutraliser le secret exposé

Quelle règle de protection contribue à bloquer les fusions non conformes sur la branche principale ?

Autoriser les mises à jour forcées dès qu’un contrôle échoue Exiger des contrôles réussis et une revue avant fusion, tout en bloquant les mises à jour forcées Supprimer la branche principale après chaque fusion Autoriser les fusions même si le statut des contrôles est en attente

Toutes les questions doivent être répondues.