QCM sur GIT – Gestionnaire de version – Partie 15

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 permet de lister les tags de la série 1.4.2 ?

A $ git tag ‘v1.4.2’

B $ git tag -l ‘v1.4.2.*’

C $ git tag-list ‘v1.4.2*’

D $ git tag ‘v1.4.2*’

B
La commande $ git tag -l 'v1.4.2.*' permet de lister les tags de la série 1.4.2.

 

2. Quelle commande Git permet de commencer le tracking d’un nouveau fichier ?

A add

B addfile

C begin

D track

A
Vous vous souvenez peut-être que lorsque vous exécutez git init, vous exécutez $ git add <files> – c’est pour commencer à traquer les fichiers dans votre répertoire. La commande git add prend le chemin d’accès d’un fichier ou d’un répertoire; s’il s’agit d’un répertoire, la commande ajoute tous les fichiers de ce répertoire de manière récursive.

 

3. Quelle touche renvoie une série de suggestions à choisir lors de l’écriture d’une commande Git ?

A Ctrl

B Maj

C Tab

D Alt

C
La touche ‘Tab’ renvoie une série de suggestions à choisir lors de l’écriture d’une commande Git dans l’unité de commande.

 

 
 

4. Comment Git considère-t-il ses données ?

A Fichier

B Dossier

C Snapshot(Instantané)

D Aucune de ces données

C
Git considère plutôt ses données comme une série d’instantanés (snapshots) d’un système de fichiers simplifié. Avec Git, chaque fois que vous effectuez un commit, ou que vous sauvegardez l’état de votre projet, Git prend une image de tous vos fichiers à ce moment-là et stocke une référence à cet instantané(snapshots).

 

5. A partir de quelle version Git propose-t-il d’inverser un fichier pour revenir à ce qu’il était lors de la dernière commit?

A 1.7

B 1.6

C 2.0

D 1.8

D
GIT Version 1.8.

 

6. Quelle stratégie est utilisée par Git pour fusionner deux branches ?

A LIFO

B récursive

C FIFO

D octopus

D
Octopus. Il s’agit de la stratégie de fusion par défaut pour plus de deux têtes. Lorsque plus d’une branche est passée, Octopus est automatiquement engagé. Si une fusion a des conflits qui nécessitent une résolution manuelle, Octopus refusera la tentative de fusion.

 

 
 

7. Que stocke refs ?

A La valeur SHA-1

B Aucune de ces valeurs

C Nom de la branche

D Nom du projet

C
Une tête de branche est stockée dans la hiérarchie refs/heads, tandis que les tags sont stockés dans la hiérarchie refs/tags de l’espace de noms ref (typiquement dans les répertoires $GIT_DIR/refs/heads et $GIT_DIR/refs/tags ou, en tant qu’entrées dans le fichier $GIT_DIR/packed-refs si les refs sont packagés par git gc ).

 

8. Quelle est l’extension habituelle du fichier contenant la clé publique ?

A ssh

B pub

C key

D pk

B
L’extension habituelle du fichier contenant la clé publique est pub.

 

9. Combien de commits un dépôt peut-il avoir ?

A N’importe quel nombre de commits

B un seul commit local par dépôt

C seulement trois commits par branche

D un seul commit par HEAD

A
N’importe quel nombre de commits.

 

 
 

10. Quels types de tags Git prend-il en charge ?

A lourdes et concises

B légères et immuables

C lourd et annoté

D léger et annoté

D
Les tags annotés sont destinés à la production, tandis que les tags légers sont destinés à l’étiquetage d’objets privés ou temporaires. Pour cette raison, certaines commandes git permettant de nommer des objets (comme git describe ) ignorent par défaut les tags légers.

 

 

Laisser un commentaire

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