Introducție t o întrebări și răspunsuri la interviu GIT

GIT este sistemul de gestionare a codului sursă (SCM), care este utilizat pentru a urmări modificările și sistemul central pentru a comite modificările pentru diferiți programatori. A fost creat de Linus Torvalds în anul 2005. A fost scris în C, shell, Perl, TCL și python. Este disponibil în engleză. Suporta diferite sisteme de operare precum Linux, Windows și Mac OS. Git este un software gratuit și open-source. Este denumit în principal un sistem distribuit de control al versiunilor.

În acest interviu GIT 2019, întrebări și răspunsuri sunt menționate mai jos:

Acum, dacă sunteți în căutarea unui loc de muncă care are legătură cu GIT, atunci trebuie să vă pregătiți pentru întrebările de interviu GIT din 2019. Este adevărat că fiecare interviu este diferit în funcție de diferitele profiluri de muncă. Aici, am pregătit importante întrebări și răspunsuri la interviu GIT care vă vor ajuta să obțineți succes în interviul dvs. Aceste întrebări îi vor ajuta pe studenți să își construiască conceptele în jurul GIT și îi vor ajuta să asiste interviul.

Partea 1 - Întrebări de interviu GIT (de bază)

Această primă parte acoperă întrebările de bază și răspunsurile la interviu GIT.

Q1. Definiți GIT și depozit în GIT?

Răspuns:
GIT este un sistem de control al versiunilor sau VCS distribuit pentru a fi utilizat pentru diferite proiecte și programatori pentru a centraliza codul proiectului particular la un loc. Depozitul din GIT constă dintr-un director numit .git, în care păstrează toate datele pentru depozit. Conținutul rămâne privat pentru git. GIT este recomandat să fie utilizat, deoarece poate fi folosit pentru orice proiect, fără restricții.

Q2. Diferența dintre GIT și SVN?

Răspuns:
GIT este denumit sistem de versiune de control distribuit și SVN este denumit sistem de versiune centralizată. În timp ce lucrați cu GIT, codul poate fi luat o singură dată în mașina dvs. locală și se pot face și se pot face modificări, iar un final, întregul poate fi angajat într-o singură dată la filiala principală. Înseamnă că nu necesită conectare permanentă cu o rețea pentru verificarea codului tot timpul. În timp ce lucrați cu SVN, trebuie să fie conectat la rețea atunci când orice cod trebuie să fie angajat.

Haideți să trecem la următoarele întrebări la interviu GIT.

Q3. Menționați comenzile GIT care sunt utilizate în principal?

Răspuns:
Există unele comenzi care sunt utilizate mai ales:

  • Stare GIT: Pentru a cunoaște comparația dintre directoarele de lucru și indexul.
  • GIT dif: pentru a cunoaște modificările dintre comitele și arborele de lucru.
  • GIT stash se aplică: pentru a obține modificările salvate în directorul de lucru.
  • Jurnalul GIT: pentru a cunoaște angajarea specifică din istoricul comiterilor.
  • GIT add: Adăugă modificări de fișiere într-un director existent la index.
  • GIT rm: elimină un fișier din zona de înscenare.
  • GIT init: crearea unui nou depozit.
  • Clona GIT: pentru a copia sau a verifica depozitul de lucru.
  • GIT angajare: comiterea modificărilor.
  • GIT PUSH: trimiterea modificărilor către sucursala principală.
  • GIT pull: preluarea codului deja în depozit.
  • GIT merge: îmbinați modificările de pe serverul de la distanță cu directorul de lucru.
  • Resetare Git: pentru a reseta sau a renunța la toate modificările și angajamentele.

Q4. Explicați scopul ramificării și tipurile acesteia?

Răspuns:
Aceasta este întrebările de bază ale interviului GIT adresate într-un interviu. În Git, ramificarea se face pentru a permite utilizatorului să-și creeze propria ramură și să comute între aceste ramuri. Permite utilizatorului să comute între sucursale pentru a păstra activitatea curentă în sincronizare, fără a deranja ramurile principale și lucrările altor dezvoltatori, conform cerințelor lor. Există 3 tipuri de ramificare: ramificare caracteristică, ramificare sarcini și ramificare eliberare. Ramificarea caracteristicilor păstrează toate modificările din sucursală și atunci când caracteristica este complet testată și validată fuzionată în master. Ramificarea activității a inclus propria sucursală cu cheia sarcinii inclusă în numele sucursalei. Eliberarea ramificării, dezvoltarea ramurii capătă o caracteristică suficientă pentru o versiune, utilizatorul poate clona acea ramură pentru a forma ramura de eliberare.

Q5. Cum rezolvați „conflictul” în GIT?

Răspuns:
Când un dezvoltator ia codul de la GIT în sistemul local și face schimbarea și încearcă să comită acel cod, dar deja un alt dezvoltator a comis modificările. În acel moment, conflictul apare în timp ce comitem schimbarea. Pentru a rezolva conflictul în GIT, fișierele trebuie editate pentru a remedia modificările conflictuale, apoi adăugați fișierele rezolvate prin rularea comenzii GIT add și comiterea îmbinării reparate. GIT identifică poziția și stabilește părinții să se angajeze corect.

Partea 2 - Întrebări de interviu GIT (avansate)

Să aruncăm acum o privire la întrebările avansate de interviu GIT.

Q6. Explicați Git stash și Git stash drop?

Răspuns:
Git Stash preia starea actuală a directorului și a indexului de lucru. Se împinge în stivă pentru mai târziu și revine la curățarea directorului de lucru. Ajută în cazuri în care lucrează în proiect și transformă ramurile în activitate. Git stash drop este utilizat atunci când ați terminat și doriți să eliminați elementul stashed din listă, apoi executând comanda GIT stash drop va elimina în mod implicit ultimul element stash adăugat și poate elimina, de asemenea, elementul specific în cazul în care orice argument este inclus sau menționat.

Q7. Care este GIT bisect și scopul său?

Răspuns:
Comanda GIT bisect este comanda care este folosită pentru a găsi acel angajat care a invocat un bug folosind căutarea binară. Această comandă folosește algoritmul de căutare binară pentru a găsi comiterea, care are o eroare și este denumită o eroare de comitere. Înainte de a fi introdus bug-ul, acesta a fost menționat ca angajare bună. Această comandă va căuta comiterea între punctele finale până când va găsi angajarea exactă, care a introdus modificarea sau eroarea.

Haideți să trecem la următoarele întrebări la interviu GIT.

Q8. Care sunt avantajele utilizării GIT?

Răspuns:
Avantajele utilizării GIT sunt disponibilitatea ridicată, redundanța și replicarea datelor, un singur director .git pe depozit, colaborare, utilizarea discului și performanța rețelei, orice proiect poate fi utilizat în GIT (mic sau mare), scalabilitate, ușor integrat cu alte instrumente precum Jenkins etc.

Q9. Explicați capul în git?

Răspuns:
Aceasta este Întrebările frecvente de interviu GIT într-un interviu. Un cap în GIT este denumit obiect de angajare. Master este menționat drept capul implicit în fiecare depozit. Depozitul poate conține orice număr de antet.

Q10. Explicați SubGit și utilizarea sa?

Răspuns:
SubGit este un instrument pentru migrarea SVN fără stres către GIT. Este o soluție pentru migrația la nivelul întregii companii de la SVN la GIT. Este mai bună decât git-svn, nici o obligație de a schimba infrastructura care este deja plasată nu permite utilizarea tuturor funcțiilor git și svn și oferă o experiență de migrare gratuită autentică.

Q11. Cum să-i rambursezi masterul în GIT?

Răspuns:
Recuperarea este definită ca procesul de mutare a unei sucursale într-un nou angajament de bază. Regula de rambursare a gitului este să nu o folosești niciodată pe sucursalele publice. Pentru a sincroniza două ramuri înseamnă să le îmbinați, ceea ce duce la o comutare suplimentară de îmbinare și două seturi de comiteri vor conține aceleași modificări.

Articole recomandate

Acesta a fost un ghid pentru lista întrebărilor și răspunsurilor la interviu GIT, astfel încât candidatul să poată împărți cu ușurință aceste întrebări de interviu GIT. Aici, în acest post, am studiat cele mai bune întrebări de interviu GIT, care sunt adesea puse în interviuri. De asemenea, puteți consulta următoarele articole pentru a afla mai multe -

  1. Întrebări de interviu de marketing digital
  2. Întrebări de interviu Java EE
  3. Întrebări la interviu JSF
  4. Întrebări de interviu Angular 2
  5. Git ReBase vs Merge