QCM sur GIT – Gestionnaire de version – Partie 3

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. Qui a inventé le GIT ?

A Junio C. Hamano

B James Gosling

C Koska Kawaguchi

D Linus Torvalds

D
Linus Torvalds est considéré comme l’inventeur du GIT. Cet ingénieur logiciel américano-finlandais a créé le système de contrôle de version distribué en 2005. GIT a été développé pour gérer le développement du noyau Linux, et il est depuis devenu largement utilisé dans l’industrie du développement de logiciels. Grâce à l’invention de GIT, Torvalds a révolutionné la manière dont les développeurs collaborent et suivent les modifications apportées à leur code, facilitant ainsi la gestion de projets à grande échelle avec de multiples contributeurs.

 

2. Lequel de ces termes décrit le mieux GitHub ?

A Environnement de développement intégré

B Système de contrôle de version distribué

C Système de suivi des problèmes

D Service d’hébergement de référentiel basé sur le web

D
GitHub est un service d’hébergement de référentiels basé sur le web qui permet aux utilisateurs de stocker et de gérer leurs référentiels de code. Il fournit une plateforme permettant aux développeurs de collaborer sur des projets, de suivre les modifications et de gérer les versions de leur code à l’aide d’un système de contrôle de version distribué. Bien qu’il offre également des fonctionnalités telles que le suivi des problèmes et l’intégration avec divers outils de développement, la fonction principale de GitHub est d’héberger des référentiels de code et d’y donner accès sur l’internet.

 

3. Quel est le contraire de GIT clone ?

A GIT push

B GIT add

C GIT upload

D GIT status

A
Le contraire de GIT clone est GIT push. GIT clone est utilisé pour créer une copie locale d’un dépôt à partir d’une source distante, tandis que GIT push est utilisé pour envoyer les modifications locales vers le dépôt distant. Ainsi, alors qu’un clone apporte le référentiel sur la machine locale, un push renvoie les modifications locales vers le référentiel distant.

 

 
 

4. Quelle commande devez-vous exécuter pour afficher l’historique des commits de votre référentiel ?

A $ git history

B $ git log

C $ git commit -h

D $ git past

B
Pour consulter l’historique des commits d’un dépôt, il faut exécuter la commande « GIT log ». Cette commande affichera une liste de toutes les modifications effectuées dans le dépôt, y compris le message de modification, l’auteur, la date et le hachage unique de la modification. Elle fournit une vue chronologique de tous les changements et mises à jour effectués dans le référentiel au fil du temps.

 

5. Quel est la commande pour stocker toutes les modifications que vous avez apportées ?

A $ git commit add

B $ git commit

C $ git add

D $ git stage -a

C
La bonne réponse est « GIT add ». Cette commande est utilisée pour enregistrer toutes les modifications que vous avez effectuées dans votre dépôt local. Elle vous permet de préparer les modifications pour le prochain commit. En utilisant « GIT add », vous indiquez à Git les fichiers ou les modifications que vous souhaitez inclure dans le prochain commit. Il s’agit d’une étape essentielle dans le flux de travail de Git, car elle permet d’organiser et de suivre les modifications de manière efficace.

 

6. Quelle est l’utilisation correcte de la commande « push » ?

A $ git push <remote> <branch>

B $ git push <branch> <remote>

C Les deux sont corrects

D Aucun des deux

A
L’utilisation correcte de la commande push est « GIT push ». Cette commande est utilisée pour envoyer la branche locale vers le dépôt distant spécifié. En spécifiant le dépôt distant et la branche dans cet ordre, les changements effectués dans la branche locale seront poussés vers la branche correspondante dans le dépôt distant.

 

 
 

7. Quel est l’ordre correct pour soumettre vos modifications depuis le répertoire de travail jusqu’au dépôt distant ?

A git add, git commit, git push

B git add, git push, git commit

C git commit, git add, git push

D git push, git add, git commit

A
L’ordre correct pour soumettre des modifications depuis le répertoire de travail jusqu’au dépôt distant est de commencer par utiliser « git add “ pour organiser les modifications, puis d’utiliser ” git commit “ pour valider les modifications dans le dépôt local, et enfin d’utiliser ” git push » pour pousser les modifications validées vers le dépôt distant. Cet ordre permet de s’assurer que les modifications sont correctement stockées, validées, puis transférées vers le dépôt distant pour que d’autres personnes puissent y accéder et les consulter.

 

8. Lequel de ces termes décrit le mieux git ?

A Environnement de développement intégré

B Système de contrôle de version distribué

C Système de suivi des problèmes

D Service d’hébergement de référentiel basé sur le web

B
Git est un système de contrôle de version distribué, ce qui signifie qu’il permet à plusieurs utilisateurs de collaborer à un projet en suivant et en gérant les modifications apportées au code source. Contrairement aux systèmes de contrôle de version centralisés, Git ne dépend pas d’un serveur central, ce qui permet à chaque utilisateur d’avoir sa propre copie de l’historique complet du projet. Cela permet aux utilisateurs de travailler hors ligne et de fusionner leurs modifications avec d’autres de manière transparente. Git offre également des fonctionnalités telles que le branchement et la fusion, ce qui en fait un outil puissant pour les équipes de développement de logiciels.

 

9. Laquelle des commandes suivantes permet d’afficher les changements entre les modifications (commits) ?

A $ git commit

B $ git reset

C $ git diff

D $ git show

C
La bonne réponse est « GIT diff ». La commande « GIT diff » est utilisée pour montrer les changements entre les commits. Elle compare les différences de contenu des fichiers entre deux instantanés de validation et affiche les lignes ajoutées, modifiées ou supprimées. Cette commande est couramment utilisée pour examiner les modifications avant de les valider ou pour comparer différentes versions d’un fichier.

 

 
 

10. Laquelle des commandes suivantes permet de regrouper deux ou plusieurs historiques de développement ?

A $ git merge

B $ git concat

C $ git join

D $ git branch

A
La bonne réponse est GIT merge. La commande merge de Git est utilisée pour combiner deux ou plusieurs historiques de développement. Elle permet d’intégrer les modifications d’une branche dans une autre branche, ce qui a pour effet de joindre les historiques de développement de ces branches. Cette commande est couramment utilisée pour travailler avec des branches feature ou pour incorporer des modifications provenant de plusieurs contributeurs dans une branche principale.

 

 

Laisser un commentaire

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