QCM sur GIT – Gestionnaire de version – Partie 18

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. Vous venez de terminer le rebasage de votre branche master et vous devez mettre à jour manuellement la branche master distante, même s’il y a un conflit de fusion. Comment pouvez-vous accomplir cela ?

A $ git push –overwrite

B $ git push –update

C $ git push –assert

D $ git push –force-with-lease

D
–force-with-lease est une option plus sûre qui n’écrasera aucun travail sur la branche distante si des commits ont été ajoutés à la branche distante (par un autre membre de l’équipe ou un collègue ou autre). Elle garantit que vous n’écrasez pas le travail de quelqu’un d’autre en poussant forcement.

 

2. Quelle est la différence entre git fetch et git pull ?

A git fetch crée une nouvelle branche à partir de la branche master, alors que git pull crée une nouvelle branche à partir de la branche master du dépôt local.

B git pull télécharge de nouvelles données depuis un dépôt distant sans les intégrer dans les fichiers locaux, alors que git fetch met à jour la branche HEAD courante avec les dernières modifications du serveur distant.

C git fetch met à jour les branches de tracking distantes avec les modifications provenant d’un dépôt distant, tandis que git pull met à jour les branches de tracking distantes avec les modifications provenant d’un dépôt distant et les fusionne dans les branches locales correspondantes.

D git fetch télécharge et fusionne les données du dépôt local, tandis que git pull informe vos collègues que vous êtes sur le point d’apporter des modifications à la branche principale.

C
git fetch met à jour les branches de tracking distantes avec les modifications provenant d’un dépôt distant, tandis que git pull met à jour les branches de tracking distantes avec les modifications provenant d’un dépôt distant et les fusionne dans les branches locales correspondantes.

 

3. Vous souhaitez restaurer une partie du travail précédemment stocké dans une nouvelle branche. Comment faire ?

A Utilisez git branch <stash hash>.

B Ajoutez les commits cachés au commit courant, puis créez une nouvelle branche.

C Utilisez git checkout -b.

D Exécutez $ git stash branch <nom de la branche>.

D
Exécutez $ git stash branch <nom de la branche>.

 

 
 

4. Quelle est la différence entre git branch -d et git branch -D ?

A -D supprime la branche locale, alors que -d supprime la branche quel que soit le statut du push et du merge.

B -d supprime le commit head actuel, alors que -D supprime la branche entière.

C -d supprime la branche locale, tandis que -D supprime la branche locale quel que soit le statut de push et de merge.

D -D supprime la tête de commit actuelle, alors que -d supprime la branche entière.

C
-d supprime la branche locale, tandis que -D supprime la branche locale quel que soit le statut de push et de merge.

 

5. Vous avez stocké trois jeux de modifications, mais vous ne vous souvenez pas du contenu de la première entrée. Quelle commande utiliseriez-vous pour voir les détails des modifications dans la première des trois entrées de stash ?

A $ git stash show -p stash@{2}

B $ git stash list

C $ git stash show -p stash@{1}

D $ git stash show -p

D
$ git stash show -p

 

6. Comment supprimer une branche distante dans votre référentiel ?

A $ git --delete <branch_name>

B $ git push <nom_de_la_branche> --d <nom_de_la_branche>

C $ git push <nom_de_la_remote> --D

D $ git push <nom_de_la_remote> --delete <nom_de_la_branche>

D
Utilisez $ git push <nom_de_la_remote> --delete <nom_de_la_branche>.

 

 
 

7. Quel est le paramètre par défaut de $ git reflog lorsqu’aucune sous-commande n’est spécifiée ?

A delete

B expire

C show

D update

C
La sous-commande « show » (qui est aussi la sous-commande par défaut, en l’absence de toute sous-commande) affiche le fichier log de la référence fournie dans la ligne de commande (ou HEAD, par défaut). Le reflog couvre toutes les actions récentes, et en plus le reflog HEAD enregistre les basculements de branches. $ git reflog show est un alias de $ git log -g --abbrev-commit --pretty=oneline.

 

8. Comment l’option -p modifie-t-elle le comportement de la commande git add ?

A Elle fait en sorte que les fichiers suivis dans le répertoire parent soient inclus dans les fichiers mis à jour.

B Elle permet aux développeurs de choisir de manière interactive les modifications apportées aux fichiers indexés qui seront mises à jour et de publier les différences pour révision.

C Elle pousse automatiquement les modifications vers la branche correspondante du référentiel distant.

D Il permet aux développeurs de choisir de manière interactive les fichiers qui sont validés et affiche les différences pour révision.

B
L’option -p de la commande git add permet aux développeurs de choisir de manière interactive les modifications apportées aux fichiers indexés qui seront mises à jour et de publier les différences pour révision.

 

9. Après avoir vérifié un commit spécifique, vous recevez un message d’avertissement indiquant que vous êtes dans l’état ‘detached HEAD’. De quoi Git vous avertit-il ?

A Vous ne travaillez pas sur le commit le plus récent d’une branche.

B Un coéquipier a signalé le code avec un problème.

C Le commit n’a pas de parent.

D La branche n’a pas été poussée vers le dépôt distant.

C
Le message d’avertissement ‘detached HEAD’ indique que le commit n’a pas de parent.

 

 
 

10. Après avoir supprimé accidentellement une branche dans votre dépôt local, comment pouvez-vous la récupérer ?

A Elle ne peut pas être récupérée.

B Trouvez le hash de la branche avec la commande log, puis exécutez git checkout -b <branchname> <hash>.

C Trouvez le hachage de la branche avec la commande reflog, puis exécutez git checkout -b <branchname> <hash>.

D Exécutez git checkout -b <branchname>.

C
Pour récupérer une branche dans votre dépôt local supprimé accidentellement, vous pouvez trouvez le hachage de la branche avec la commande reflog, puis exécutez git checkout -b <branchname> <hash>.

 

 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *