QCM sur GIT – Gestionnaire de version – Partie 1
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 est la commande git qui télécharge votre référentiel de GitHub sur votre ordinateur?
A $ git push
B $ git commit
C $ git fork
D $ git clone
D
La commande « git clone » télécharge un référentiel Git existant vers l’ordinateur local. Voici un exemple:
$ git clone https://github.com/waytolearnx/git-tuto-course.git
2. Quelle commande est utilisé pour transférer votre code et vos modifications dans GitHub?
A $ git add
B $ git upload
C $ git push
D $ git status
C
La commande git push est utilisée pour transférer le contenu d’un repository local vers un repository distant. Le push est la façon de transférer les commits de votre dépôt local vers le dépôt distant.
3. Comment initialiser le dépôt local avec git?
A $ git start
B $ git init
C $ git pull
D $ git clean
B
Pour créer un nouveau référentiel, vous utiliserez la commande « git init ». « git init » est une commande que vous utilisez lors de la configuration initiale d’un nouveau référentiel. L’exécution de cette commande créera un nouveau sous-répertoire .git dans votre répertoire actuel. Cela créera également une nouvelle branche principale.
$ git init <project directory>
4. Comment récupérez du code d’un autre repository sur GitHub?
A Forking via l’interface GitHub.
B $ git pull-request
C $ git fork
D $ git clone
A
Le forking est utile si vous voulez suggérer des modifications au code de quelqu’un auquel vous n’avez pas accès ou si vous voulez lancer un projet basé sur le code de quelqu’un d’autre.
5. Comment vérifier l’état de votre référentiel local depuis votre dernier commit?
A $ git check
B $ git commit
C $ git diff
D $ git status
D
La commande git status affiche l’état du répertoire de travail. Elle vous permet de voir quelles modifications ont été mises à disposition, lesquelles ne l’ont pas été, et quels fichiers ne sont pas suivis par Git. La sortie de la commande git status ne donne aucune information sur l’historique du projet.
6. Comment ajouter des fichiers à un commit?
A $ git stage
B $ git commit
C $ git add
D $ git reset
C
Il ajoute toutes les ressources ultérieures (sur lesquelles vous avez apporté des modifications) sous le dossier en question au contrôle de version de Git pour qu’elles soient commitées.
7. Comment enregistrer l’état actuel de votre code dans git?
A En validant les modifications mises en scène avec $ git commit
B En ajoutant toutes les modifications et en les mettant en scène avec $ git stage
C En ajoutant toutes les modifications et en les organisant avec $ git add
D En créant un nouveau commit avec $ git init
A
La commande « commit » est utilisée pour enregistrer les modifications dans le dépôt local. Notez que vous devez explicitement indiquer à Git les modifications que vous souhaitez inclure dans un commit avant d’exécuter la commande « git commit ». Cela signifie qu’un fichier ne sera pas automatiquement inclus dans le prochain commit simplement parce qu’il a été modifié. Au lieu de cela, vous devez utiliser la commande « git add » pour marquer les modifications souhaitées pour l’inclusion.
8. Quel raccourci pour mettre en scène tous les changements que vous avez?
A $ git push -am « Message »
B $ git commit add .
C $ git commit .
D $ git add .
C
Le point désigne le répertoire actuel et tous les fichiers qu’il contient, de manière récursive.
9. Quelle commande pour vérifier l’historique de votre référentiel?
A $ git checkout
B $ git fetch
C $ git log
D $ git diff
C
La commande git log affiche les traces des commit. Elle permet de lister l’historique du projet, de le filtrer et de rechercher des modifications spécifiques.
10. Quelle commande vous permettra de savoir qui a modifié un fichier?
A $ git blame
B $ git diff
C $ git log
D $ git log –source
A
La commande git blame est utilisée pour savoir quel commit est responsable des dernières modifications apportées à un fichier. Syntaxe :
$ git blame <nom de fichier>
11. Dans quelles circonstances faut-il utiliser un simple tiret dans une commande Git, plutôt qu’un double tiret ?
A Lors de l’utilisation d’une option à un seul caractère
B Lors de l’utilisation d’une option à plusieurs caractères
C Lors de l’émission de commandes Git avec plusieurs options
D Lorsqu’on fait référence à un alias Git
A
Il arrive qu’une option d’une commande Git soit précédée d’un simple tiret, et d’autres fois, de deux tirets. Utilisez le tiret simple lorsque l’option référencée ne comporte qu’un seul caractère. L’option -m utilisée pour ajouter un message à un commit voici un exemple courant:
git commit -m "test commit"
Ces abréviations d’un seul caractère correspondent généralement à un mot complet. Par exemple, l’option -m est un raccourci pour l’option --message. Les deux options sont valables lors de la soumission d’un commit, la principale différence étant que, lors de l’utilisation du mot complet, deux tirets doivent précéder le mot message :
git commit --message "test commit"
- QCM sur GIT – Gestionnaire de version – Partie 1
- QCM sur GIT – Gestionnaire de version – Partie 2
- QCM sur GIT – Gestionnaire de version – Partie 3
- QCM sur GIT – Gestionnaire de version – Partie 4
- QCM sur GIT – Gestionnaire de version – Partie 5
- QCM sur GIT – Gestionnaire de version – Partie 6
- QCM sur GIT – Gestionnaire de version – Partie 7
- QCM sur GIT – Gestionnaire de version – Partie 8
- QCM sur GIT – Gestionnaire de version – Partie 9
- QCM sur GIT – Gestionnaire de version – Partie 10
- QCM sur GIT – Gestionnaire de version – Partie 11
- QCM sur GIT – Gestionnaire de version – Partie 12
- QCM sur GIT – Gestionnaire de version – Partie 13
- QCM sur GIT – Gestionnaire de version – Partie 14
- QCM sur GIT – Gestionnaire de version – Partie 15
- QCM sur GIT – Gestionnaire de version – Partie 16
- QCM sur GIT – Gestionnaire de version – Partie 17
- QCM sur GIT – Gestionnaire de version – Partie 18
- QCM sur GIT – Gestionnaire de version – Partie 19
- QCM sur GIT – Gestionnaire de version – Partie 20
- QCM sur GIT – Gestionnaire de version – Partie 21
- QCM sur GIT – Gestionnaire de version – Partie 22
- Questions piège sur GIT – Gestionnaire de version
- Top 10 des questions sur GIT
- Questions technique d’entretien DevOps – Partie 1
- Questions technique d’entretien DevOps – Partie 2
- Questions technique d’entretien DevOps – Partie 3
- Questions technique d’entretien DevOps – Partie 4
- Questions technique d’entretien DevOps – Partie 5
- Questions technique d’entretien DevOps – Partie 6
- Questions technique d’entretien DevOps – Partie 7
- Questions technique d’entretien DevOps – Partie 8
- Questions technique d’entretien DevOps – Partie 9
- Questions technique d’entretien DevOps – Partie 10
- Questions technique d’entretien DevOps – Partie 11
- Questions technique d’entretien DevOps – Partie 12
- Questions technique d’entretien DevOps – Partie 13
- Questions technique d’entretien DevOps – Partie 14
- Questions technique d’entretien DevOps – Partie 15
- Questions technique d’entretien DevOps – Partie 16
- Questions technique d’entretien DevOps – Partie 17
- Questions technique d’entretien DevOps – Partie 18
- Questions technique d’entretien DevOps – Partie 19
- Questions technique d’entretien DevOps – Partie 20
- Questions technique d’entretien DevOps – Partie 21
- Questions technique d’entretien DevOps – Partie 22
- Questions technique d’entretien DevOps – Partie 23
- Questions technique d’entretien DevOps – Partie 24
- Questions technique d’entretien DevOps – Partie 25
- Questions technique d’entretien DevOps – Partie 26
- Questions technique d’entretien DevOps – Partie 27
- Questions technique d’entretien DevOps – Partie 28
- Questions technique d’entretien DevOps – Partie 29
- Questions technique d’entretien DevOps – Partie 30
- Différence entre DevOps et Agile
- Différence entre ITIL et DevOps
- Différence entre tests en boîte noire et en boîte blanche
- Différence entre une image Docker et un conteneur
- Différence entre Git et Github
- Différence entre Git et SVN
- Qu’est-ce que l’intégration continue ?
QCMs qui pourraient vous intéresser :
- Questions techniques sur MYSQL
- QCM MySQL Corrigé – Optimisation de requêtes
- QCM Base de données avec correction
- QCM sur PHP
- QCM Symfony
- QCM AngularJS
- QCM React
- QCM HTML / CSS
- QCM Java – Programmation Orientée Objet
- QCM Python
- QCM Cloud Computing
- QCM Framework Spring
- QCM Javascript
- QCM jQuery
- QCM Oracle
- QCM sur GIT – Gestionnaire de version
- QCM Linux – Gestion de processus
- QCM Réseau
- QCM Architecture des ordinateurs
- QCM Securité informatique
- QCM En Informatique Générale
- QCM en C
- QCM en C#
- QCM sur l'algorithmique
- QCM Word
- QCM Excel
- QCM PowerPoint
- QCM Access
je suis encore débutant sur git et j’aime bien