Il est probablement prudent de supposer que Git est devenu un élément essentiel de toute entreprise cherchant à maintenir la philosophie DevOps. Même si vous n’êtes pas intéressé par l’ingénierie logicielle, Git est probablement l’outil le plus utile en matière de gestion de projet - c’est un élément clé du succès du travail d’équipe et de la réalisation des objectifs. La plupart des entreprises basées sur des projets exigent que leurs employés sachent utiliser les divers outils fournis par Git. Dans ce didacticiel, vous trouverez les questions d'entretien les plus fréquemment posées par Git. Elles vous aideront à trouver un emploi dans une entreprise qui reconnaît Git pour son formidable outil!
Nous allons parler des questions de base de l’entretien avec Git et, une fois que nous sommes tous les deux sur la même page, passez aux versions plus expérimentées des mêmes questions. Même si Git est un outil formidable, la courbe d’apprentissage est assez raide. Mettez donc vos chaussures de réflexion et commençons!
Contenus
- 1. Introduction
- 1.1. Question 1: Qu'est-ce que Git?
- 1.2. Question 2: Quelle est la différence entre un "référentiel nu" et un "répertoire de travail"?
- 1.3. Question 3: Quelle est la différence entre une "fourchette" et une "branche"?
- 1.4. Question 4: Vous avez créé un commit et vous l’avez poussé, il est maintenant public. Cependant, vous avez remarqué que Il reste encore des choses à changer. Pouvez-vous le faire à ce stade du commit? Et si oui, comment?
- 1.5. Question 5: Qu'est-ce que la «cueillette des cerises»?
- 1.6. Question 6: Qu'est-ce qu'un ‘cachette’?
- 1.7. Question 7: Comment résolvez-vous les «conflits» dans Git?
- 1.8. Question 8: Quelle est la langue utilisée dans Git?
- 1.9. Question 9: Qu'est-ce qu'une "demande de tirage"?
- 1.10. Question 10: Quel est le moyen le plus efficace de trouver un mauvais commit?
- 2. Questions d'entretiens Git - Avancé
- 2.1. Question 1: Qu'est-ce qu'une "tête"?
- 2.2. Question 2: À quoi sert «Git CONFIG»?
- 2.3. Question 3: Les commits cassés peuvent-ils être corrigés?
- 2.4. Question 4: Quelle est la différence entre "get" et "pull"?
- 3. Conclusions
Introduction
Pour commencer les choses sur la bonne voie, nous allons commencer par couvrir certaines des commandes de base communes à Git et des questions d’entrevue. Beaucoup de gens ont tendance à négliger et à se précipiter sur les bases lors de la préparation de leurs entretiens d'embauche - cela ne devrait pas être le cas! Je suppose que cela est évident lorsque vous commencez tout juste à apprendre à utiliser Git et à l’utiliser. Cependant, même si vous êtes déjà un utilisateur expérimenté de Git, vous ne devriez pas commettre l’erreur d’ignorer les informations de base. Pourquoi
Les Offres Les Plus Récentes Fonctionnelles Actuellement:
GET 50% OFF
DataCamp Black Friday Sale
During this DataCamp Black Friday, you can access the top-rated courses with a 50% discount. Enroll now for way less!
Vous voyez, quand les gens étudient les questions de l’entretien avec Git, ils ne pensent généralement pas au moment de l’entretien. Bien sûr, vous pouvez imaginer la situation et les questions qui vous seront posées, mais une chose que beaucoup ne reconnaissent pas, c’est que (plus souvent qu'autrement), il y aura beaucoup de stress. Le stress mène à la panique, ce qui peut vous amener à oublier les informations les plus élémentaires sur Git, en particulier si vous ne les avez pas utilisées à l’avance.
Alors, maintenant que nous avons compris pourquoi les questions de base de l’entrevue sur Git sont importantes, passons aux questions elles-mêmes.
Question 1: Qu'est-ce que Git?
Voyons les choses en face - vous avez probablement déjà vu celui-ci arriver.
Il est difficile d’imaginer que vos employeurs potentiels pourraient vous demander quelque chose d’autre comme l’une des premières questions de l’entretien avec Git. Avec cette question, vous pourrez créer une impression générale de votre niveau de connaissances et vos enquêteurs sauront à quoi s’attendre du reste de l’entretien.
Alors, qu'est-ce que Git?
Git est une technologie conçue pour suivre et consigner les modifications et les altérations de tout type de fichiers informatiques, en particulier les fichiers utilisés par plus d'une ou deux personnes (c'est-à-dire une entreprise). En d'autres termes, les entreprises utilisent Git pour gérer leur flux de travail et suivre leur progression dans différents projets. La technologie est principalement utilisée en génie logiciel, mais de nombreuses entreprises du monde entier - qui n'ont rien à voir avec les logiciels - ont adapté Git à leur flux de travail. Il est particulièrement populaire (et important pour) les développeurs et les programmeurs. C'est l'un des outils les plus essentiels pour les entreprises qui s'efforcent d'atteindre et de maintenir la philosophie DevOps.
Question 2: Quelle est la différence entre un "référentiel nu" et un "répertoire de travail"?
Modèle très populaire pour les questions d’entrevue Git, les comparaisons sont quelque chose que vous êtes plus susceptible de rencontrer lors de votre entretien d’emploi. La meilleure façon de les aborder est de garder vos réponses brèves et précises, tout en essayant de montrer que vous comprenez parfaitement ce dont vous parlez.
Comme son nom l'indique, un référentiel nu ne contient aucun fichier de travail utilisé dans Git. Il n'y a pas de sous-répertoires, pas de contrôle de version - juste un modèle nu. D'autre part, un répertoire de travail contient tout ce qui précède - fichiers de travail (et leur historique de modification), sous-répertoires, etc. Vous pouvez dire que les deux zones sont opposées.
Question 3: Quelle est la différence entre une "fourchette" et une "branche"?
L'une des questions les plus courantes posées lors des entretiens avec Git, vos employeurs potentiels pourraient vous demander de comparer les deux concepts, voire de simplement décrire l'un d'entre eux.
Le concept de «fork» n’est ni unique ni exclusif à Git. Vous pouvez trouver des fourchettes dans beaucoup de domaines que vous regardez. Un bon exemple de ceci serait les forks de crypto-monnaie - des changements majeurs dans le fonctionnement des crypto-monnaies. Cependant, dans Git, les fourchettes sont beaucoup moins controversées, la technologie étant utilisée dans des scénarios stables «à l’intérieur».
Dans Git, un fork est une copie d'un référentiel complètement séparé de l'original. Cependant, une branche est quelque chose qui est utilisé pour modifier certaines parties d'un programme (du point de vue du développement), puis pour fusionner les modifications avec le noyau après.
Une bonne façon de voir les choses serait que, même si une fourche ressemble à une modification de l’extérieur d’une voiture, une branche équivaut à un changement de pneus.
Question 4: Vous avez créé un commit et vous l’avez poussé, il est maintenant public. Cependant, vous avez remarqué que Il reste encore des choses à changer. Pouvez-vous le faire à ce stade du commit? Et si oui, comment?
Parmi les questions les plus populaires posées lors des entretiens avec Git, citons celles qui vous obligent à imaginer une situation ou un scénario donné, puis à dire aux interviewers comment vous y feriez face. Les employeurs aiment beaucoup ce type de questions d’interview sur Git, car ils vous exposent généralement des situations avec des exemples concrets qu’ils ont eux-mêmes vécus.
Pour répondre à la question - oui, vous pouvez toujours changer les choses, même si vous avez déjà poussé le commit et rendu public. La solution consiste à émettre une commande git revert
. Il s’agit en fait d’une des commandes Git les plus courantes. Il est utilisé quotidiennement par de nombreux développeurs.
Ce que la commande fera, c'est qu'elle agira comme un «correctif» pour le commit que vous spécifiez doit être modifié. Ainsi, même si vous avez oublié quelque chose avant de déployer le commit dans la version en direct, vous pouvez toujours modifier et corriger les choses ultérieurement.
Question 5: Qu'est-ce que la «cueillette des cerises»?
C’est peut-être l’une des questions les plus difficiles de l’entrevue avec Git, car peu de gens s’y intéressent vraiment. En tant que terme, la sélection de priorités est tout ce qui est communément utilisé par les développeurs (au moins par rapport aux autres termes de base tels que "branche" ou "commit").
Le "cherry-picking" se fait lorsque vous décidez de choisir une sorte de commit dans une branche basée sur Git, puis que vous appliquez ses fonctionnalités à une autre branche. Maintenant, pourquoi est-ce que cela s'appelle «cueillir des cerises», vous pourriez vous demander? Simple - la plupart des autres commandes Git basées sur des transferts de validation sont conçues pour copier plusieurs validations à la fois. Avec la sélection de cerises, vous choisissez un commit spécifique que vous souhaitez appliquer à une autre branche.
Question 6: Qu'est-ce qu'un ‘cachette’?
Dans Git, les caches sont parmi les fonctionnalités les plus appréciées des développeurs et des gestionnaires. La façon dont cela fonctionne est que vous pouvez en principe simplement jeter ce que vous travaillez dans la réserve et passer rapidement à une autre partie du projet, sans craindre de perdre des fichiers. Le stash agit comme une unité de stockage - il enregistre votre projet et toutes ses fonctionnalités connexes, c'est-à-dire que vous pouvez revenir et continuer à travailler là où vous l'avez laissé.
Question 7: Comment résolvez-vous les «conflits» dans Git?
C’est l’une des questions les plus intelligentes de l’entretien avec Git puisqu’il s’agit d’une double question: pour pouvoir y répondre correctement, vous devez d’abord savoir ce qu’est un conflit.
Si vous travaillez sur un commit et que vous décidez de le fusionner, il vérifie la présence éventuelle de modifications en double dans le commit actuellement en place. Si de tels doublons sont trouvés, Git émettra un conflit - cela est fait parce que Git ne décide pas quels changements sont les bons, et lesquels doivent être ignorés. Si cela est négligé, cela pourrait avoir un impact très négatif sur votre projet. La décision de Git de créer un conflit est donc une très bonne chose.
Il existe des commandes Git courantes utilisées pour résoudre un conflit (telles que git add
et git commit
). Une fois publié, Git organisera les commits dans l’ordre et terminera le travail.
Question 8: Quelle est la langue utilisée dans Git?
Une des questions de l’entretien avec Git pour laquelle vous pouvez vous attendre à recevoir une question de suivi, c’est donc une bonne idée de vous préparer.
Tout simplement, Git utilise le langage «C». Le suivi le plus probable serait alors “pourquoi?”. C’est très simple, vraiment - le langage «C» permet à Git d’être exceptionnellement rapide, ce qui serait très difficile à réaliser avec certains des langages de programmation les plus avancés.
Question 9: Qu'est-ce qu'une "demande de tirage"?
Vous pouvez être sûr que ce sera un terme lié à Git que vous allez beaucoup entendre et beaucoup utiliser.
Bien qu'une branche soit une version différente du code, une demande d'extraction survient lorsque vous prenez un référentiel, puis que vous en créez votre propre branche. Après cela, vous apportez des modifications, puis vous essayez de fusionner la branche dans le projet principal. Pour des raisons évidentes, les demandes d'attraction doivent être approuvées par d'autres membres liés au projet.
Question 10: Quel est le moyen le plus efficace de trouver un mauvais commit?
Bien que vous puissiez suivre chaque commit en essayant de trouver celui qui vous cause des problèmes, personne ne le fait vraiment. C’est parce qu’une commande vous permet de trier rapidement et facilement les validations, ce qui rend le processus de recherche beaucoup plus rapide et fluide.
La commande est git bisect
.
Questions d'entretiens Git - Avancé
Maintenant que nous avons couvert certaines des questions les plus populaires des entretiens de base sur Git, nous pouvons passer aux éléments les plus avancés. Je vais vous donner quelques exemples des questions les plus fréquemment posées lors des entretiens approfondis avec Git. N'oubliez toutefois pas qu'il est possible de vous poser une grande variété de questions. Même s'il serait presque impossible de couvrir toutes les versions possibles de ces questions dans ce didacticiel, celles que vous trouverez plus loin devraient vous donner une assez bonne idée de ce à quoi vous attendre.
Question 1: Qu'est-ce qu'une "tête"?
UNE Bien que ce terme ne soit pas aussi couramment utilisé que d’autres termes dans ce tutoriel, une tête dans Git est utilisée pour faire référence à l’objet d’un commit. Les têtes sont situées dans des référentiels, et chacun d'entre eux possède une tête par défaut appelée "maître". Outre la tête par défaut, un référentiel peut avoir plusieurs têtes différentes à la fois.
Question 2: À quoi sert «Git CONFIG»?
La commande git config
peut être utilisée pour configurer la plupart des options dont vous aurez besoin lorsque vous utiliserez Git. Qu'il s'agisse des informations utilisateur ou de la manière dont le référentiel fonctionne, cela devient une méthode de configuration très pratique.
Question 3: Les commits cassés peuvent-ils être corrigés?
Oui, en fait, ils le peuvent. Pour résoudre ce problème, vous pouvez utiliser la commande git commit - amende
. Cette commande trouvera la validation interrompue et la restaurera, en supprimant le message d’erreur du processus.
- Facile à utiliser
- Propose un contenu de qualité
- Transparent dans ses tarifs
- Certificats d'achèvement gratuits
- Se focalise sur la science des données
- Rythme d'apprentissage flexible
- Design simple (pas d'information inutile)
- Excellente qualité des cours (même ceux qui sont gratuits)
- De nombreuses fonctionnalités
- Programmes Nano-diplômes
- Idéal pour les entreprises
- Certificats d'achèvement payants
- Très bien établi sur le marché
- Un grand nombre de fonctionnalités
- Cours de niveau universitaire
- Cours de niveau universitaire
- Idéal pour les entreprises
- Certificats d'achèvement payants
Question 4: Quelle est la différence entre "get" et "pull"?
Lorsque vous «extrayez» des données, celles-ci sont téléchargées puis immédiatement fusionnées avec vos fichiers de travail actuels. Contrairement à cela, "obtenir" des données est la voie à suivre si vous souhaitez les télécharger, mais ne fusionnez pas encore les fichiers.
Saviez-vous?
Vous êtes-vous déjà demandé quels sont les meilleures plateformes d'apprentissage en ligne pour vos objectifs de carrière?
Conclusions
Nous avons donc atteint la fin de notre didacticiel intitulé «Git Interview Questions». Jusqu'à présent, nous avons couvert une grande partie de la question de base que vous pourriez éventuellement recevoir lors de votre entretien d'embauche, ainsi que de certaines des versions avancées les plus remarquables des questions.
Essayez de ne pas trop stresser et concentrez toute votre attention sur l’étude de Git. Pendant l'entretien proprement dit, détendez-vous et essayez de répondre à la grande majorité des questions que vous vous posez de manière claire et précise. Développez si vous le souhaitez ou si cela vous convient - vos employeurs potentiels l’apprécieront.
J'espère que vous avez trouvé ces questions et réponses d'entrevue Git utiles et vous souhaite la meilleure des chances dans votre entretien d'embauche !