Sissejuhatus GIT-i intervjuu küsimuste ja vastuste juurde
GIT on lähtekoodihaldussüsteem (SCM), mida kasutatakse muudatuste jälgimiseks ja kesksüsteem muudatuste tegemiseks erinevatele programmeerijatele. Selle lõi Linus Torvalds aastal 2005. See oli kirjutatud C, shell, Perl, TCL ja python kujul. See on saadaval inglise keeles. See toetab erinevaid opsüsteeme nagu Linux, Windows ja Mac OS. Git on tasuta ja avatud lähtekoodiga tarkvara. Seda nimetatakse peamiselt hajutatud versiooni juhtimissüsteemiks.
Selles 2019. aasta GIT-i intervjuus on allpool nimetatud küsimusi ja vastuseid:
Kui otsite tööd, mis oleks seotud GIT-iga, peate valmistuma GIT-i 2019. aasta intervjuu küsimusteks. On tõsi, et iga vestlus on erinevate tööprofiilide järgi erinev. Oleme siin koostanud olulised GIT-i intervjuu küsimused ja vastused, mis aitavad teil intervjuus edu saavutada. Need küsimused aitavad õpilastel ehitada oma kontseptsioone GIT-i ümber ja aitavad neil intervjuud koostada.
1. osa - GIT-i intervjuu küsimused (põhilised)
See esimene osa hõlmab GIT-i intervjuu põhiküsimusi ja vastuseid.
Q1. Määratlege GIT ja hoidla GIT-is?
Vastus:
GIT on versioonikontrollisüsteem või hajutatud VCS, mida saab erinevate projektide ja programmeerijate jaoks kasutada konkreetse projekti koodi koondamiseks ühte kohta. GIT-i hoidla koosneb kataloogist nimega .git, milles ta hoiab kõiki hoidla andmeid. Sisu jääb privaatseks. GIT-i on soovitatav kasutada, kuna seda saab kasutada mis tahes projekti jaoks ilma piiranguteta.
Q2. Erinevus GIT ja SVN vahel?
Vastus:
GIT-i nimetatakse hajutatud juhtversioonisüsteemiks ja SVN-i tsentraliseeritud versioonisüsteemiks. GIT-ga töötades saab koodi üks kord oma kohalikku masinasse võtta ning muudatused teha ja kinnitada ning lõppkokkuvõttes saab kogu koodi siduda ühe haruga hargnemiseks. See tähendab, et koodi kontrollimiseks pole vaja võrguga ühendatud olla. SVN-iga töötades tuleb see koodiga siduda, kui see on võrguga ühendatud.
Liigume järgmiste GIT-i intervjuu küsimuste juurde.
Q3. Kas mainida GIT-käske, mida kasutatakse peamiselt?
Vastus:
On mõned käsud, mida enamasti kasutatakse:
- GIT-i olek: teada töötavate kataloogide ja indeksi võrdlust.
- GIT diff: teadma muudatusi kohustuste ja tööpuu vahel.
- GIT-stash kehtib: salvestatud muudatuste saamiseks töökataloogis.
- GIT-logi: konkreetsete kohustuste tundmine kohustuste ajaloost.
- GIT lisamine: see lisab indekseerimiseks olemasolevas kataloogis failimuudatused.
- GIT rm: see eemaldab faili lavastusalalt.
- GIT init: uue hoidla loomine.
- GIT-kloon: toimiva hoidla kopeerimiseks või kontrollimiseks.
- GIT kohustus: muudatuste tegemine.
- GIT PUSH: muudatuste saatmine peaharule.
- GIT pull: tõmmake kood juba hoidlasse.
- GIT ühendamine: kaugserveri muudatuste ühendamine töökataloogiga.
- Git lähtestamine: kõigi muudatuste ja lubamiste lähtestamiseks või tühistamiseks.
Q4. Selgitage hargnemise eesmärki ja selle liike?
Vastus:
See on põhiline GIT-i intervjuu küsimus, mida küsiti intervjuus. Gitis toimub hargnemine selleks, et kasutajatel oleks võimalik oma haru luua ja nende harude vahel vahetada. See võimaldab kasutajal lülituda harude vahel, et hoida käimasolevat tööd sünkroonis, häirimata peaharude ja muude arendaja tööd vastavalt nende vajadustele. Seal on 3 tüüpi hargnemist: funktsioonide hargnemine, tööülesannete hargnemine ja vabastamise hargnemine. Funktsiooni hargnemine hoiab kõik muudatused harus ja kui funktsioon on täielikult testitud ja valideeritud, liidetakse see peamiseks. Ülesande hargnemine sisaldas oma haru koos haru nimes sisalduva töövõtmega. Väljalaske hargnemine, see arendab haru omandab piisavalt funktsiooni väljalaskeks, mille kasutaja saab selle haru kloonida vabastava haru moodustamiseks.
Q5. Kuidas lahendada GIT-is konflikt?
Vastus:
Kui üks arendaja võtab kohalikus süsteemis koodi GIT-ist ja teeb muudatuse ning proovib seda koodi siduda, kuid juba teine arendaja on muudatused teinud. Sel hetkel tekib konflikt muudatuse elluviimisel. GIT-is esineva konflikti lahendamiseks tuleb redigeerida faile, et need vastuolulised muudatused fikseerida ja seejärel lahendatud failid lisada, käivitades käsu GIT add ja parandatud liitmise korraldades. GIT tuvastab positsiooni ja seab vanemad õigesti pühenduma.
2. osa - GIT-i intervjuu küsimused (täpsemad)
Vaatame nüüd üksikasjalikke GIT-i intervjuu küsimusi.
Q6. Selgitage Git Stash ja Git Stash drop?
Vastus:
Git Stash võtab töökataloogi ja indeksi hetkeseisu. See lükatakse hunnikusse hilisemaks ja naaseb töötava kataloogi puhastamise. See aitab näiteks projekti tööd ja lülitab harud tööle. Git stash drop kasutatakse siis, kui olete lõpetanud ja soovite kustutatud üksuse loendist kustutada, siis käsu GIT stash drop käsu käivitamine eemaldab vaikimisi viimati lisatud jäme üksuse ja saab ka konkreetse üksuse eemaldada, kui mõni argument on lisatud või mainitud.
Q7. Mis on GIT-i bisekt ja selle eesmärk?
Vastus:
Käsk GIT bisect on käsk, mida kasutatakse binaarse otsingu abil vea kutsunud kohustuse leidmiseks. See käsk kasutab binaarse otsingu algoritmi, et leida kohustus, millel on viga ja millele viidatakse kui halvale kohustusele. Enne vea tutvustamist viidati sellele kui heale veale. See käsk otsib pühendumist lõpp-punktide vahel, kuni see leiab täpse manustamise, mis viis muudatuse või vea sisse.
Liigume järgmiste GIT-i intervjuu küsimuste juurde.
Q8. Millised on GIT-i kasutamise eelised?
Vastus:
GIT-i kasutamise eelised on suur kättesaadavus, andmete koondamine ja replikatsioon, hoidlas on ainult üks .git-kataloog, koostöö sõbralik, kettakasutus ja võrgu jõudlus, GIT-is saab kasutada mis tahes projekti (väike või suur), mastaapsus, hõlpsasti integreeritav muude tööriistadega nagu Jenkins jne
Q9. Selgita pea lahti?
Vastus:
See on intervjuus sageli küsitav GIT-i intervjuu küsimus. GIT-i pead nimetatakse toimepanemisobjektiks. Masterit nimetatakse igas hoidlas vaikimisi peaks. Hoidla võib sisaldada suvalist arvu päid.
Q10. Selgitage SubGitit ja selle kasutamist?
Vastus:
SubGit on sujuva, stressivaba SVN-i ja GIT-i migratsiooni tööriist. See on lahendus ettevõtte siseseks migreerumiseks SVN-ist GIT-i. See on parem kui git-svn, juba paigaldatud infrastruktuuri muutmise nõue ei võimalda kasutada kõiki funktsioone git ja svn ning pakub ehtsat tasuta rändekogemust.
Q11. Kuidas GIT-is meistrit taasalustada?
Vastus:
Rebasseerimine on määratletud kui haru uuele baaskohustusele viimise protsess. Git rebase'i reegel on, et seda ei kasutata kunagi avalikes harudes. Kahe haru sünkroonimine tähendab nende ühendamist, mille tulemuseks on täiendav ühendamiskohustus ja kaks komplekti kohuseid sisaldavad samu muudatusi.
Soovitatavad artiklid
See on juhend GIT-i intervjuu küsimuste ja vastuste loendisse, et kandidaat saaks hõlpsalt neid GIT-i intervjuu küsimusi lahendada. Selles postituses oleme uurinud GIT-i peamisi intervjuuküsimusi, mida küsitakse sageli intervjuudes. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -
- Digitaalturunduse intervjuu küsimused
- Java EE intervjuu küsimused
- JSF-i intervjuu küsimused
- Nurga 2 intervjuu küsimused
- Git ReBase vs Merge