Int roduksjon t o GIT-intervjuspørsmål og svar
GIT er kildekodeadministrasjonssystemet (SCM), som brukes til å spore endringene og det sentrale systemet for å forplikte endringene for forskjellige programmerere. Den ble opprettet av Linus Torvalds i 2005. Den ble skrevet i C, shell, Perl, TCL og python. Den er tilgjengelig på engelsk. Den støtter forskjellige operativsystemer som Linux, Windows og Mac OS. Git er gratis og åpen kildekode-programvare. Det er hovedsakelig referert til som et distribuert versjonskontrollsystem.
I løpet av dette blir GIT-intervjuspørsmål og svar nevnt nedenfor:
Nå, hvis du leter etter en jobb som er relatert til GIT, må du forberede deg på GIT-intervjuspørsmålene i 2019. Det er sant at hvert intervju er forskjellig per de forskjellige jobbprofilene. Her har vi forberedt de viktige spørsmål og svar fra GIT-intervju som vil hjelpe deg å få suksess i intervjuet. Disse spørsmålene vil hjelpe elevene å bygge konseptene sine rundt GIT og hjelpe dem med å prøve intervjuet.
Del 1 - GIT-intervjuspørsmål (grunnleggende)
Denne første delen dekker grunnleggende spørsmål og svar på GIT-intervju.
Q1. Definer GIT og depot i GIT?
Svar:
GIT er versjonskontrollsystem eller distribuert VCS som skal brukes til forskjellige prosjekter og programmerere for å sentralisere koden til et bestemt prosjekt på ett sted. Depotet i GIT består av en katalog som heter .git, der den inneholder alle dataene til depotet. Innholdet forblir privat. GIT anbefales å bruke ettersom det kan brukes til ethvert prosjekt uten noen begrensninger.
Q2. Forskjellen mellom GIT og SVN?
Svar:
GIT blir referert til som distribuert kontrollversjonssystem og SVN er referert til som sentralisert versjonssystem. Mens du jobber med GIT, kan koden tas en gang i din lokale maskin, og endringer kan gjøres og forpliktes, og for å avslutte, kan helheten bli forpliktet på en gang til master branch. Det betyr at det ikke krever tilkobling til et nettverk for å sjekke inn koden hele tiden. Mens du jobber med SVN, må den være koblet til nettverket når noen kode må begås.
La oss gå til de neste spørsmålene om GIT-intervju.
Q3. Nevn GIT-kommandoer som hovedsakelig brukes?
Svar:
Det er noen kommandoer som brukes mest:
- GIT-status: Å vite sammenligningen mellom arbeidskatalogene og indeksen.
- GIT diff: å kjenne endringene mellom forpliktelsene og arbeidstreet.
- GIT-stash gjelder: for å få lagrede endringer i arbeidskatalogen.
- GIT-logg: å vite spesifikke engasjementer fra historien til forpliktelser.
- GIT add: Den legger til filendringer i en eksisterende katalog for å indeksere.
- GIT rm: Den fjerner en fil fra iscenesettelsesområdet.
- GIT init: opprette et nytt depot.
- GIT-klon: for å kopiere eller sjekke arbeidsdatabanken.
- GIT commit: å begå endringene.
- GIT PUSH: sende endringene til mastergrenen.
- GIT pull: hent koden allerede i depotet.
- GIT-sammenslåing: slå sammen endringene på den eksterne serveren til arbeidskatalogen.
- Git reset: for å tilbakestille eller slippe alle endringene og forpliktelsene.
Q4. Forklar hensikten med forgrening og dens typer?
Svar:
Dette er de grunnleggende spørsmålene om GIT-intervju som stilles i et intervju. I Git gjøres forgreningen slik at brukeren kan lage sin egen gren og veksle mellom disse grenene. Det gjør det mulig for brukeren å veksle mellom grenene for å holde det gjeldende arbeidet synkronisert uten å forstyrre hovedgrenene og andre utviklers arbeid i henhold til deres krav. Det er tre typer forgrening: Funksjonsforgrening, oppgaveforgrening og frigjøring av forgrening. Funksjon forgrening beholder alle endringene i grenen og når funksjonen er fullstendig testet og validert slått sammen til master. Oppgavegreningen inkluderte sin egen gren med oppgavetasten inkludert i filialnavnet. Slipp forgrening, den utvikler at grenen skaffer seg nok funksjon for en utgivelse brukeren kan klone den grenen for å danne frigjørende gren.
Q5. Hvordan løser du 'konflikt' i GIT?
Svar:
Når en utvikler tar koden fra GIT i det lokale systemet og gjør endringen og prøver å begå den koden, men allerede en annen utvikler har begått endringene. På det tidspunktet oppstår konflikt mens du begår endringen. For å løse konflikten i GIT, må filer redigeres for å fikse de motstridende endringene og deretter legge til de løste filene ved å kjøre GIT add-kommandoen og utføre den reparerte flettingen. GIT identifiserer posisjonen og setter foreldrene til å forplikte seg riktig.
Del 2 - Spørsmål om GIT-intervju (avansert)
La oss nå se på de avanserte spørsmål om GIT-intervju.
Q6. Forklar Git stash og Git stash drop?
Svar:
Git Stash tar gjeldende status for arbeidskatalog og indeks. Den skyves inn i bunken for senere og returnerer rengjøring av arbeidskatalogen. Det hjelper i tilfeller arbeidet i prosjektet og bytter grenene til å fungere. Git stash drop brukes når du er ferdig og vil eliminere det stashelementet fra listen, og deretter kjører GIT stash drop-kommandoen vil fjerne sist lagt stashelement som standard, og kan også fjerne det spesifikke elementet hvis noe argument er inkludert eller nevnt.
Q7. Hva er GIT bisekt og dens formål?
Svar:
GIT bisect-kommando er kommandoen som brukes til å finne den begivenheten som har påkalt feil ved å bruke binærsøk. Denne kommandoen bruker den binære søkealgoritmen for å finne commit, som har en feil, og den blir referert til som dårlig commit. Før feilen ble introdusert, ble den omtalt som god forpliktelse. Denne kommandoen vil søke på engasjementet mellom sluttpunktene til den finner den eksakte forpliktelsen, som introduserte endringen eller feilen.
La oss gå til de neste spørsmålene om GIT-intervju.
Q8. Hva er fordelene ved å bruke GIT?
Svar:
Fordelene med å bruke GIT er høy tilgjengelighet, dataredundans og replikering, bare en. Git-katalog per depot, samarbeidsvennlig, diskbruk og nettverksytelse, ethvert prosjekt kan brukes i GIT (liten eller stor), skalerbarhet, enkelt integrert med andre verktøy som Jenkins etc.
Q9. Forklar hodet i git?
Svar:
Dette er de ofte stilte spørsmål om GIT-intervju i et intervju. Et hode i GIT blir referert til som commit-objekt. Master blir referert til som standardhodet i hvert repository. Depotet kan inneholde et hvilket som helst antall hoder.
Q10. Forklar SubGit og bruken av det?
Svar:
SubGit er et verktøy for jevn, stressfri migrering av SVN til GIT. Det er en løsning for overføring av selskaper fra SVN til GIT. Det er bedre enn git-svn, ingen krav om å endre infrastrukturen som allerede er plassert tillater å bruke alle git- og svn-funksjoner, og gir ekte gratis migrasjonsopplevelse.
Q11. Hvordan rebase master i GIT?
Svar:
Rebasing defineres som prosessen med å flytte en gren til en ny base-forpliktelse. Regelen med gitrabase er å aldri bruke den på offentlige grener. Å synkronisere to grener er å slå dem sammen, noe som resulterer i ekstra fusjonstilsetting og to sett med forpliktelser vil inneholde de samme endringene.
Anbefalte artikler
Dette har vært en guide til listen over GIT-intervjuspørsmål og svar, slik at kandidaten enkelt kan slå sammen disse GIT-intervjuspørsmålene. Her i dette innlegget har vi studert Top GIT Interview Questions som ofte blir stilt i intervjuer. Du kan også se på følgende artikler for å lære mer -
- Spørsmål om digital markedsføringsintervju
- Java EE intervjuspørsmål
- JSF intervjuspørsmål
- Angular 2 Interview Questions
- Git ReBase vs Merge