QCM sur GIT – Gestionnaire de version – Partie 14

juillet 31, 2024juillet 31, 2024 Thomas Aucun commentaire

De plus en plus d’entreprises et d’organisations abandonnent les systèmes de contrôle de version centralisés SVN, au profit des systèmes distribués comme GIT, de nombreux développeurs découvrent leur première introduction sur Git, GitHub et GitLab. Ces 10 questions vous aident à tester vos connaissances sur divers sujets, notamment l’utilisation des commandes Git de base, l’historique, etc…

1. Quelle commande vous permettrait de modifier votre précédent commit ?

A --fix

B --quickfix

C --modify

D --amend

La commande $ git commit --amend est un moyen pratique de modifier le dernier commit. Elle vous permet de combiner les modifications mises à jour avec le commit précédent au lieu de créer un nouveau commit. Elle peut également être utilisée pour éditer simplement le message du commit précédent sans en modifier le snapshot. Mais la modification ne se contente pas d’altérer le dernier commit, elle le remplace entièrement, ce qui signifie que le commit modifié sera une nouvelle entité avec son propre ref. Pour Git, il s’agira d’un tout nouveau commit,

2. Quel changement la commande suivante apportera-t-elle aux fichiers de la zone de transit(staging area) ?

git rm --cached testfile.js

A testfile.js sera supprimé de la zone de transit et ses modifications ne seront plus suivies.

B testfile.js sera supprimé de la zone de transit mais ses modifications seront toujours suivies.

C Une copie de testfile.js sera mise en cache sur votre bureau.

D La copie actuelle de testfile.js sera sauvegardée dans la zone de transit.

Le fichier testfile.js sera supprimé de la zone de transit(staging area) et ses modifications ne seront plus suivies.

3. Après avoir réussi à fusionner deux branches et à commiter les changements, quelle est l’étape suivante pour garder votre structure git organisée ?

A Utilisez la commande git reset --soft HEAD pour revenir en arrière sur un commit.

B Exécutez git branch -d <nom de la branche> pour supprimer la branche fusionnée.

C Utilisez git clear-all pour nettoyer les fichiers en suspens.

D Exécutez git rebase pour déplacer le commit actuel à son emplacement d’origine.

Après avoir réussi à fusionner deux branches et à commiter les changements. Exécutez la commande $ git branch -d <nom de la branche> pour supprimer la branche fusionnée.

4. Alors que vous modifiez un fichier, on vous confie soudainement une correction de bogue urgente sur une autre branche. Comment pouvez-vous sauvegarder temporairement votre travail local sans vous engager ?

A Ce n’est pas possible, car vous ne pouvez pas sauvegarder localement sans commiter.

B Lancez git hold pour sauvegarder une copie locale de ce que vous êtes en train de faire et y revenir plus tard.

C Sauvegardez votre travail avec git local-cache.

D Utilisez git stash pour sauvegarder votre travail et revenez plus tard pour réappliquer le commit stashé.

Utilisez $ git stash pour sauvegarder votre travail et revenez plus tard pour réappliquer le commit stashé.

5. Alors que vous travaillez sur une branche de fonction, vous essayez d’utiliser « git rerere » pour résoudre un conflit de fusion récurrent, mais rien ne se passe. Quelle peut être la cause de ce problème ?

A L’option « -all » n’est pas ajoutée à la commande.

B L’option « rerere.enabled » n’est pas activée dans le fichier de configuration.

C Le hachage du commit est manquant.

D Le chemin d’accès au fichier n’est pas spécifié.

git rerere vous aide à résoudre la dernière fusion conflictuelle en utilisant les informations de la résolution manuelle précédente. L’exécution de la commande git rerere immédiatement après une fusion automatique conflictuelle enregistre les fichiers de l’arbre de travail en conflit, avec les marqueurs de conflit habituels <<<<<<< , ======= , et >>>>>>> .

6. Quel paramètre détermine le pager utilisé lors de la sortie des pages Git ?

A core.page

B page

C pager

D core.pager

Ce paramètre détermine quel pager est utilisé lorsque les pages Git sont affichées, comme les logs et les diff. Vous pouvez le définir sur « more » ou sur votre pager préféré (par défaut, c’est « less » ), ou vous pouvez le désactiver en le définissant sur une chaîne vide : $ git config --global core.pager ''

7. Que contient l’objet commit ?

A Un ensemble de fichiers représentant l’état d’un projet à un moment donné.

B Une référence aux objets de commit parents.

C Un nom SHA1, une chaîne de 40 caractères qui identifie de manière unique l’objet commit.

D Une référence aux objets commit parents et un ensemble de fichiers représentant l’état d’un projet à un moment donné, ainsi qu’un nom SHA1, une chaîne de 40 caractères qui identifie de manière unique l’objet commit.

L’objet commit contient une référence aux objets commit parents et un ensemble de fichiers représentant l’état d’un projet à un moment donné, ainsi qu’un nom SHA1, une chaîne de 40 caractères qui identifie de manière unique l’objet commit.

8. Quelle option permet d’inclure le nom du responsable du commit dans le format de log personnalisé ?

A %ce

B %cr

C %cd

D %cn

%cn signifier committer name (nom de l’auteur). Par exemple, les caractères %cn, %h et %cd de la commande suivante sont remplacés respectivement par le nom du committer, le hash abrégé du committer et la date du committer.

git log --pretty=format:"%cn commité %h le %cd"

9. Combien de façons y a-t-il dans Git pour intégrer les changements d’une branche dans une autre ?

A 3

B 5

C 2

D 4

Dans Git, il existe deux façons principales d’intégrer les modifications d’une branche dans une autre : le merge et le rebase.

10. Quel utilisateur doit être créé en premier lors de la configuration de SSH ?

A git

B admin

C root

D Aucun de ces utilisateurs

La question n’est pas assez précise pour donner une réponse définitive, car elle dépend du cas d’utilisation spécifique et de la configuration de l’installation SSH.

QCMs qui pourraient vous intéresser :

1. Quelle commande vous permettrait de modifier votre précédent commit ?

2. Quel changement la commande suivante apportera-t-elle aux fichiers de la zone de transit(staging area) ?

3. Après avoir réussi à fusionner deux branches et à commiter les changements, quelle est l’étape suivante pour garder votre structure git organisée ?

4. Alors que vous modifiez un fichier, on vous confie soudainement une correction de bogue urgente sur une autre branche. Comment pouvez-vous sauvegarder temporairement votre travail local sans vous engager ?

5. Alors que vous travaillez sur une branche de fonction, vous essayez d’utiliser « git rerere » pour résoudre un conflit de fusion récurrent, mais rien ne se passe. Quelle peut être la cause de ce problème ?

6. Quel paramètre détermine le pager utilisé lors de la sortie des pages Git ?

7. Que contient l’objet commit ?

8. Quelle option permet d’inclure le nom du responsable du commit dans le format de log personnalisé ?

9. Combien de façons y a-t-il dans Git pour intégrer les changements d’une branche dans une autre ?

10. Quel utilisateur doit être créé en premier lors de la configuration de SSH ?

Vous pourrez aussi aimer

QCM sur GIT – Gestionnaire de version – Partie 19

QCM sur GIT – Gestionnaire de version – Partie 16

QCM sur GIT – Gestionnaire de version – Partie 5

Laisser un commentaire Annuler la réponse