Sissejuhatus GIT versioonikontrollisüsteemi

Git on programmeerijate seas viimase nelja-viie aasta jooksul üks levinumaid termineid. Esitan siin mõningase ülevaate sellest tööriistast ja miks see on programmeerijate seas nii populaarne. Selles teemas tutvume GIT versioonikontrollisüsteemiga.

Mis on ja miks versioonikontroller?

Linuxi kerneli käivitanud Linus Torvalds on inimene, kes selle tarkvara lõi, et säilitada ja jälgida programmeerijate hulgas lähtekoodi erinevaid versioone.

1. stsenaarium

Kujutage ette viieliikmelist meeskonda, kes tegeleb peamise lähtekoodiga, parandades selle erinevaid funktsioone. Mõelda vaid, kuidas nad saaksid töötada sama lähtekoodi kallal, ilma et üksteise muudatused segi läheksid? Igaüks peab teadma, mida teised neli teevad, ja selles ei tohiks olla mingit hooletust. Ja tunni lõpuks peavad nad kulutama aega üksteise tööd koordineerides, nii et lõpuks säiliks üks lähtekood. See näeb välja palju kirglik ja kindlasti on käsitsi sekkumine lähtekoodi säilitamisse riskantsem. Seega, selleks et aidata või öelda, et automatiseerida kõiki neid versioone, millel kõik viis programmeerijat töötavad, vajame õigesti kirjutatud versioonikontrollerit ja GIT on üks neist. Ülaltoodud toimingute jaoks on olemas termin ja selle nimi on lähtekoodi haldus või tarkvara konfiguratsiooni haldus (SCM).

2. stsenaarium

Mõelge nüüd veel ühele stsenaariumile, kus versioonikontrolleri automatiseerimine aitab. Oleme kirjutanud koodi esimese versiooni ja klient on selle installimiseks tootmisesse lubanud, see on versioon 1.0. Nüüd pakub klient mõne kuu pärast täiustustööd ja te töötate varem kirjutatud versiooni 1.1 väljatöötamiseks ja kliendile edastamiseks. Kuid klient soovitab teistsugust lähenemist ja see versioon 1.1 pole teile kliendi uue lähenemisviisi kohaselt kasulik. Nii et loobute sellest ja töötate versiooniga 1.2, mis saadetakse ja kinnitatakse. Ja nii edasi töötate edasi erinevate versioonide väljatöötamisel. Kuid kas te ei arva, et kõigi versioonide käsitsi salvestamine kuskile ja lähtekoodi säilitamine pole räpane? Mingil ajahetkel peate võib-olla viitama versioonile 1.1, mille olete ära visanud ja millel pole käepärast.

Nii et ühe või mitme programmeerija kirjutatud koodi erinevate versioonide hooldamiseks kasutame versioonikontrollereid.

Versioonikontrolleri erinevad tüübid

Saadaval on erinevat tüüpi tööriistu ja allpool on mõned neist

  1. Subversion - alates Apache välja töötatud versioonist, mida Apache müüjad laialdaselt kasutavad.
  2. Git
  3. Bazaar
  4. Merkuur

Põhimõtteliselt on kahte tüüpi versioonikontrollisüsteemi metoodikaid, millel ülalnimetatud tööriistad töötavad. Nemad on

Tsentraliseeritud versioonikontrollisüsteemi (CVCS) hajutatud versioonikontrollisüsteem (DVCS)

1. CVCS

Siin kirjutatakse tsentraliseeritud hoidlasse või tsentraliseeritud serverisse salvestatud kood. Kohalikes arvutites pole töökoopiaid saadaval, mis on serveririkke korral tohutu puudus. Repotöötlemiseks peab mul alati olema aktiivne serveriühendus. SVN kasutab seda juhtimissüsteemi

2. DVCS

Siin on meil ka lähtekood serveris, kuid koos sellega on see ka kohalikes koopiates töötavatel masinatel. Nii et isegi serveritasemel tõrke korral saame kohaliku tööeksemplari serverisse tagasi toomise ajal taastada. Kohaliku tööeksemplari kättesaadavus igas masinas, mis vastutab DVCS-is termini „Dsistriibuted” eest. Git, Mercurial kasutab hajutatud versiooni juhtimissüsteemi

Git kasutab hargnemise kontseptsiooni või tehniliselt nimetatakse seda pagasiruumipõhise arenduse TBD-ks. Mida see tegelikult tähendab, on see, et saame luua mitu haru kaptenist ja nendel harudel saavad programmeerijad töötada ja nende muudatused nendele harudele pühendada ning kõiki neid kohustusi jälgitakse. Ja kui kliendid on heaks kiitnud, saame kõik harud liita tootmises oleva peakoodiga. Sel moel ei mõjuta see peamist lähtekoodi otseselt. Otse peamise lähtekoodiga töötamine on riskantsem ja seda tuleb vältida. Saame töötada filiaalidel ja teostada erinevaid testimisstsenaariume ning kui lõplik versioon on stabiliseeritud ja heaks kiidetud, saame tööd teha selle meistri ühendamisega, mis vähendab riski märkimisväärselt.

Git on tegelikult tasuta ja Maci kasutajatele on see vaikimisi saadaval. Linuxis saame installida git ja Windowsi jaoks on meil midagi, Git Bash. Seal on kaks kõige populaarsemat hoidlaallikat, kus saame Gitiga koostööd teha. Need on Git Hub ja Bit Bucket ning organisatsioon, kes otsustab lähtuda oma eelistustest.

GIT versioonikontrollisüsteemi eelised

  • Toetab mõlemat pärandvormi, mis on ka lineaarne ja mittelineaarne arendusvorm
  • Kuna see on looduses levinud, pole vähem muret ühepunkti serveri tõrgete pärast. Saame alati koodi kohalikust repost serverisse tagasi peegeldada.
  • Saame rakendada ka turvakihi, mis võimaldab määrata juurdepääsupiiranguid tõmbamisel ja tõukamisel.
  • Võib töötada mitmel platvormil nagu Mac, Linux, Windows jne
  • Täiesti tasuta ja avatud lähtekoodiga
  • Tõhus ja kiire hajutatud olemuse tõttu
  • Selge jälgimine kohustuste, värskenduste, tagasipöördumiste, versioonide, tõuke- ja tõmbefunktsioonide järgi
  • Pakub GitBashi hõlpsasti kasutatavate akende jaoks.
  • GIT-i peal töötamiseks on saadaval ka mitmesuguseid GUI-sid
  • See ei nõua alati aktiivset võrguühendust, kuna kohaliku hoidla olemasolu on olemas.

Töö Gitiga

  • Loo töötav haru lähteallikast või teisest harust sõltuvalt nõudest
  • Kloonige haru kohalikul, kasutades Windowsi jaoks GitBash
  • Töötage harul ja tehke sellele modifikatsioone või komponentide lisamist
  • Kinnitage muudatused ja suunake jälgija
  • Kui tunnete, et pühendumine oli tarbetu, võite selle tagasi pöörata varasemale
  • Kui samal harul töötab mitu programmeerijat, tuleb enne muudatuste sisestamist värskendada kohalikku repot. Nii et täitke PULL
  • Nüüd saate PUSHi täita
  • Kui ülevaatus ja koodi kinnitamine on teie filiaalile tehtud, saame koodi tootmisele viia kas võimalusel või muul viisil, mida organisatsioon kasutab.
  • Ühendage haru ülemusega, nii et oleme värskendanud selles koodi.

Git on oma hajutatud olemuse, üksiku rikkepunkti tõttu kõige sagedamini kasutatav hajutatud versioonikontrollisüsteem ja on avatud lähtekoodiga. Võite proovida sellega töötada, kasutades näidiskoodi GitHubis ja Windows PC GitBashis, kuna git-käsud on lihtsad ja veebis hõlpsasti kättesaadavad.

Soovitatavad artiklid

See on GIT versioonikontrollisüsteemi juhend. Siin käsitleme versioonikontrolleri erinevaid tüüpe eeliste ja tööpõhimõtetega. Lisateabe saamiseks võite vaadata ka järgmist artiklit -

  1. GIT käsud
  2. Sissejuhatus GIT-i
  3. Git Alternatiivid
  4. Mis on Git?
  5. Tableau versioonid
  6. Git päritolu meister
  7. Mis on Rumm?
  8. Giti elutsükli kolm etappi koos töövooga
  9. Kuidas kasutada GIT Cherry-pick koos näitega?

Kategooria:

Suured andmed