Inleiding tot GIT Interviewvragen en antwoorden
GIT is het source code management (SCM) -systeem, dat wordt gebruikt om de wijzigingen bij te houden en het centrale systeem om de wijzigingen door te voeren voor verschillende programmeurs. Het werd gemaakt door Linus Torvalds in het jaar 2005. Het werd geschreven in C, shell, Perl, TCL en python. Het is beschikbaar in het Engels. Het ondersteunt verschillende besturingssystemen zoals Linux, Windows en Mac OS. Git is gratis en open-source software. Het wordt vooral een gedistribueerd versiebeheersysteem genoemd.
In deze 2019 GIT Interview worden vragen en antwoorden hieronder vermeld:
Als je nu op zoek bent naar een baan die gerelateerd is aan GIT, moet je je voorbereiden op de GIT-interviewvragen van 2019. Het is waar dat elk interview anders is volgens de verschillende functieprofielen. Hier hebben we de belangrijke GIT-interviewvragen en -antwoorden voorbereid die u zullen helpen succes te behalen in uw interview. Deze vragen helpen studenten bij het bouwen van hun concepten rond GIT en helpen hen het interview te verbeteren.
Deel 1 - GIT Interviewvragen (basis)
Dit eerste deel behandelt de basisvragen en antwoorden van GIT-interviews.
Q1. GIT en repository definiëren in GIT?
Antwoord:
GIT is een versiebeheersysteem of een gedistribueerde VCS die voor verschillende projecten en programmeurs kan worden gebruikt om de code van een bepaald project op één plaats te centraliseren. De repository in GIT bestaat uit een map met de naam .git, waarin alle gegevens voor de repository worden bewaard. De inhoud blijft privé voor git. GIT wordt aanbevolen om te gebruiken omdat het voor elk project zonder beperkingen kan worden gebruikt.
Q2. Verschil tussen GIT en SVN?
Antwoord:
GIT wordt gedistribueerd besturingsversiesysteem genoemd en SVN wordt gecentraliseerd versiesysteem genoemd. Terwijl u met GIT werkt, kan de code eenmaal in uw lokale machine worden genomen en kunnen wijzigingen worden doorgevoerd en doorgevoerd, en een einde, het geheel kan worden vastgelegd in één keer naar de hoofdtak. Dit betekent dat er geen verbinding met een netwerk vereist is om de code altijd in te checken. Tijdens het werken met SVN moet het verbonden zijn met het netwerk wanneer code moet worden vastgelegd.
Laten we doorgaan naar de volgende GIT-interviewvragen.
Q3. GIT-opdrachten noemen die voornamelijk worden gebruikt?
Antwoord:
Er zijn enkele opdrachten die meestal worden gebruikt:
- GIT status: Om de vergelijking tussen de werkende mappen en index te kennen.
- GIT diff: om de veranderingen tussen de commits en de werkende boom te kennen.
- GIT-opslag is van toepassing: om de opgeslagen wijzigingen in de werkmap te krijgen.
- GIT-logboek: om specifieke commit te kennen uit de geschiedenis van commits.
- GIT add: het voegt bestandswijzigingen in een bestaande map toe aan de index.
- GIT rm: het verwijdert een bestand uit het verzamelgebied.
- GIT init: een nieuwe repository maken.
- GIT-kloon: om de werkende repository te kopiëren of uit te checken.
- GIT commit: de wijzigingen doorvoeren.
- GIT PUSH: verzendt de wijzigingen naar de master branch.
- GIT pull: haal de code al op in de repository.
- GIT samenvoegen: voeg de wijzigingen op de externe server samen met de werkmap.
- Git reset: om alle wijzigingen en vastleggingen te resetten of te verwijderen.
Q4. Verklaar het doel van vertakking en zijn typen?
Antwoord:
Dit zijn de basis GIT-interviewvragen die in een interview worden gesteld. In Git wordt de vertakking gedaan zodat de gebruiker zijn eigen vertakking kan maken en tussen die vertakkingen kan schakelen. Hiermee kan de gebruiker tussen de filialen schakelen om het huidige werk synchroon te houden zonder de hoofdfilialen en het werk van andere ontwikkelaars te storen volgens hun vereisten. Er zijn 3 soorten vertakkingen: vertakking van functies, vertakking van taken en vertakking van releases. Met vertakking van functies blijven alle wijzigingen in de vertakking behouden en wanneer de functie volledig is getest en gevalideerd, wordt deze samengevoegd tot master. Taakvertakking omvatte een eigen tak met taaksleutel opgenomen in taknaam. Release branching, het ontwikkelt dat de branch voldoende functie krijgt voor een release die de gebruiker die branch kan klonen om een releasetak te vormen.
Q5. Hoe los je 'conflict' op in GIT?
Antwoord:
Wanneer een ontwikkelaar de code van GIT in het lokale systeem overneemt en de wijziging uitvoert en probeert die code te plegen, maar al een andere ontwikkelaar de wijzigingen heeft doorgevoerd. Op dat moment ontstaat er een conflict tijdens het plegen van de verandering. Om het conflict in GIT op te lossen, moeten bestanden worden bewerkt om de conflicterende wijzigingen op te lossen en vervolgens de opgeloste bestanden toevoegen door de opdracht GIT add uit te voeren en de gerepareerde samenvoeging te plegen. GIT identificeert de positie en stelt de ouders in staat om correct te plegen.
Deel 2 - GIT-interviewvragen (geavanceerd)
Laten we nu eens kijken naar de geavanceerde GIT-interviewvragen.
Q6. Git stash en Git stash drop uitleggen?
Antwoord:
Git Stash neemt de huidige status van werkmap en index over. Het wordt voor later in de stapel geplaatst en keert terug naar het opschonen van de werkmap. Het helpt in sommige gevallen het werk in het project en schakelt de takken naar werk. Git stash drop wordt gebruikt als je klaar bent en het gestashte item uit de lijst wilt verwijderen, dan zal het uitvoeren van de GIT stash drop opdracht standaard het laatst toegevoegde stash item verwijderen en kan het specifieke item ook verwijderen als een argument is opgenomen of vermeld.
Q7. Wat is GIT bisect en het doel ervan?
Antwoord:
GIT bisect commando is het commando dat wordt gebruikt om die commit te vinden die een bug heeft aangeroepen door binair zoeken te gebruiken. Deze opdracht gebruikt het binaire zoekalgoritme om de commit te vinden, die een bug heeft en deze wordt bad commit genoemd. Voordat de bug werd geïntroduceerd, werd deze aangeduid als goede commit. Dit commando zal de commit tussen de eindpunten doorzoeken totdat het de exacte commit vindt, die de verandering of bug introduceerde.
Laten we doorgaan naar de volgende GIT-interviewvragen.
Q8. Wat zijn de voordelen van het gebruik van GIT?
Antwoord:
De voordelen van het gebruik van GIT zijn Hoge beschikbaarheid, gegevensredundantie en replicatie, slechts één .git-directory per repository, samenwerkingsvriendelijk, schijfgebruik en netwerkprestaties, elk project kan worden gebruikt in GIT (klein of groot), schaalbaarheid, eenvoudig geïntegreerd met andere tools zoals Jenkins etc.
Q9. Hoofd in git uitleggen?
Antwoord:
Dit zijn de veelgestelde GIT-interviewvragen in een interview. Een head in GIT wordt commit-object genoemd. Master wordt in elke repository de standaardkop genoemd. De repository kan een willekeurig aantal head bevatten.
Q10. SubGit en het gebruik ervan verklaren?
Antwoord:
SubGit is een hulpmiddel voor een soepele, stressvrije migratie van SVN naar GIT. Het is een oplossing voor bedrijfsbrede migratie van SVN naar GIT. Het is beter dan git-svn, geen vereiste om de reeds geplaatste infrastructuur te wijzigen maakt het gebruik van alle git- en svn-functies mogelijk en biedt een echte gratis migratie-ervaring.
Q11. Hoe master in GIT te rebasen?
Antwoord:
Rebasen wordt gedefinieerd als het proces van het verplaatsen van een branch naar een nieuwe basis-commit. De regel van git rebase is om het nooit te gebruiken op openbare filialen. Om twee branches te synchroniseren is ze samen te voegen, wat resulteert in extra merge commit en twee sets commits zullen dezelfde wijzigingen bevatten.
Aanbevolen artikelen
Dit is een leidraad geweest voor een lijst met GIT-interviewvragen en -antwoorden, zodat de kandidaat deze GIT-interviewvragen gemakkelijk kan beantwoorden. Hier in dit bericht hebben we de beste GIT-interviewvragen bestudeerd die vaak in interviews worden gesteld. U kunt ook de volgende artikelen bekijken voor meer informatie -
- Vragen tijdens solliciteren bij Digital Marketing
- Vragen tijdens solliciteren bij Java EE
- Vragen tijdens solliciteren bij JSF
- Vragen tijdens solliciteren bij Angular 2
- Git ReBase vs Merge