Sissejuhatus Giti elutsüklisse
Git on üks juhtivamaid hajutatud versioonikontrollisüsteeme, mis on saadaval programmeerijatele ja ettevõtetele. Selles artiklis näeme üksikasju selle kohta, kuidas giti poolt jälgitav projekt töötab koos töövooga, st Giti elutsükkel. Git elutsükkel, nagu nimigi ütleb, puudutab faili kloonimisest hoidlast erinevaid etappe. See hõlmab keskmisi käske või peamisi käske, mida on vaja selle konkreetse versiooni juhtimissüsteemi jaoks
Giti elutsükli töövoog
Giti töövoog on järgmine:
- Loome haru, kus saaksime töötada ja hiljem liidame selle meistriga
- Kloon: Esiteks, kui meil on kood serverihoidlas olemas, kloonime kohalikke, et moodustada midagi, mida nimetatakse kohalikuks hoidlaks.
- Modifikatsioonid / failide lisamine: teostame olemasolevatel failidel mitmeid arendusi või võime ka uusi faile lisada. Git jälgib kõiki neid tegevusi ja logib need sisse.
- Peame sisu, mida me vajame, peremeheks teisendamiseks, viima git-käskude abil lavastamisalale ja lavastatud failide hetkeseis salvestatakse git-i lavastamisalale.
- Peame viimistletud failidega täitma ja ülaltoodud toimingutest salvestatud hetktõmmise salvestatakse jäädavalt kohalikule repole ja see konkreetne salvestatakse edaspidiste suunamiste jaoks sidumisteatega.
- Kui oleme kohustunud, on kood saadaval kohalikul repol, kuid selle edastamiseks Master Repole peame tegema PUSH-toimingu
- Kui keegi teine töötab samal harul, siis on võimalus, et ta on oma muudatused meistrile lisanud tõuke abil. Seega peame enne PUSH-toimingut tegema PULL-toimingu, kui samal harul ja sellel töövoodil töötab mitu inimest, nagu allpool näidatud.
- Kui sihtharu on värskendatud, peame hankima kõik nõutavad kinnitused, et ühendada operatsioon ülemaga.
See on giti põhiline töökorraldus, sõltuvalt kasutaja soovist kasutatakse palju vahekäsklusi nagu git add, git status, git commit, git push orig, git rebase, git merge, git diff jne.
Giti elutsükli etapid
Nii et me nägime ülalpool git-elutsükli töövoogu. Kuid me peame teadma, et meil on gitiga seotud projekt, siis võib see projekt asuda järgmistes valdkondades. Allpool nimetatud alad on Giti retsepti koostisosad ja nende idee abil saate palju jälgida töötavaid faile.
Giti elutsüklil on etapid:
- Töötav kataloog
- Lavakoht
- Git kataloog
Neid kolme etappi selgitatakse allpool:
1. Töötav kataloog
- Kui teie projekt elab kohalikel masinatel, siis põhimõtteliselt nimetatakse seda isegi siis, kui see on lingitud või mitte. Mõlemal juhul nimetatakse seda töökataloogiks. Kuid kui saadaolev projekt on lingitud gitiga, on põhimõtteliselt kaust .git peidetud nn töökataloogi. Nii et kausta .git olemasolust piisab, kui öelda, et kaust töötab masinas ja seda jälgib git.
- Selles etapis teab git, mis faile ja kaustu jälgib. Selle kohta pole muud teavet saadaval. Et tagada värskelt lisatud failide jälgimine töökoopias, peame kontrollima, et need failid oleksid järk-järgult paigaldatud ja see oleks meie failide teine elukoht.
2. peatuspaik
- Kui teeme muudatusi töötava repos olemasolevates failides või kui lisame failide kausta ja kui soovime, et neid muudatusi oleks vaja jälgida ja et need tuleks ka jälgimiseks teisaldada kohalikku repo, siis peame need muudetud kolima failid või äsja lisatud failide kaust lavastuspiirkonda. Git add on põhikäsklus, mida kasutatakse muudetud failide teisaldamiseks lavastatud alale.
- See on linnuke, mis on antud muudetud failidele või äsja lisatud failikaustale, et reisida kohalikku reposse edasiseks veojõuks. Neid faile, millel seda piletit pole, jälgib gei, kuid nad ei saa hõlpsalt sihtmärgi juurde liikuda. Siin mängib indeks kriitilist rolli. GIT-indeks on midagi, mis tuleb kokku kohaliku repo ja töötava kataloogi vahel ning see otsustab, mida tuleb kohalikule repole saata, ja tegelikult otsustab see, mis tuleb kesksesse repole saata.
3. GIT kataloog
- Kui oleme failide või kausta muudatused või lisamise teinud ja soovime, et nad oleksid osa hoidlast, liigutame nad kõigepealt peatuspaika ja nad loobuvad valmis. Kui võtame endale kohustuse, edastage sobiv pühendumisteade ja failid seotakse ning neid värskendatakse töötavasse kataloogi.
- Nüüd jälgib git kohustusi ja sõnumite edastamist ning säilitab püsivate failide hetktõmmise. Seda tehakse Giti spetsiaalses kataloogis nimega Git kataloog. Selles kataloogis salvestatakse teave kõigi seotud failide ja nende sisestamise teadetega. Võib öelda, et see git-kataloog salvestab pühendatud failide metaandmed.
Giti elutsükli eelised
- Giti elutsükkel kirjeldab, kuidas projekt, mida git jälgib, areneb ja juurutatakse. Nii et giti pakutavad elutsükli etapid ja etapid on erinevatel põhjustel kokkuvõtlikumad ja abivalmis. Nagu vajame peatuspaika ja võiksime küsida, miks seda nõutakse ?.
- Püstitatavate failide jälgimisel vajame giti kiiremaks ja tõhusamaks kasutamiseks peatuspaika, et hiljem probleemide tekkimisel saaksime hõlpsalt jälgitavust leida. Üldine elutsükkel aitab meil kontrollida faile enne ja pärast kohustusi, et saaksime olla kindlad selles, mida teeme.
- Giti poolt hallatavate failide või metaandmete ülevaade on väga kasulik, kui plaanime ühendada ja millise konkreetse hetktõmmise või pühendumusega peame liituma. Need on soolestiku elutsükli mõned eelised
Järeldus
Seega on git elutsükkel üldiselt projekti elutsükkel, mida jälgitakse ning iga funktsiooni tundmine, mis on seotud git ja git etappide töövoogudega, võib teid aidata projektiga git töötades. Saadaval on mõned erinevad tööriistad ja käsud, mida tuleb kasutada, ja neid käske tuleb tegelikult kasutada, et projekti voog git jätkuks.
Soovitatavad artiklid
See on Giti elutsükli juhend. Siin käsitleme Giti elutsükli põhilisi töövooge, etappe ja eeliseid. Lisateabe saamiseks võite vaadata ka järgmist artiklit -
- Git Checkouti käsk
- Git tööriistad
- Git Checkout silt
- Git terminoloogia
- Kuidas kasutada GIT Cherry-pick koos näitega?