Introducere în sistemul de control al versiunilor GIT

Git este unul dintre termenii cei mai frecvent auziți între programatori în ultimii patru ani. Voi prezenta aici câteva informații despre acest instrument și de ce este atât de popular în rândul programatorilor. În acest subiect, vom învăța despre GIT Version Control System.

Ce este și de ce versiune Controller?

Linus Torvalds care a pornit nucleul Linux este persoana care a creat acest software pentru a menține și urmări diferite versiuni de cod sursă printre programatori.

Scenariul 1

Imaginează-ți o echipă formată din cinci membri care lucrează la codul sursă principal, îmbunătățind diferite caracteristici. Doar gândiți-vă cum pot să funcționeze pe același cod sursă, fără confuzii reciproc? Fiecare trebuie să știe ce fac ceilalți patru și nu ar trebui să existe vreo neglijență în acest sens. Și până la sfârșitul orei de lucru, ei trebuie să petreacă ceva timp coordonând reciproc lucrările, astfel încât în ​​cele din urmă să fie menținut un cod sursă. Pare mult mai agitat și, cu siguranță, intervenția manuală în menținerea codului sursă este mai riscantă. Așadar, pentru a ajuta sau a spune pentru a automatiza toate aceste versiuni la care lucrează toți cei cinci programatori, avem nevoie de un controller de versiune scris corect, iar GIT este unul dintre ele. Există un termen pentru etapele de mai sus și denumirea sa de gestionare a codului sursă sau de gestionare a configurației software (SCM).

Scenariul # 2

Acum luați în considerare încă un scenariu în care automatizarea controlorului de versiuni vă ajută. Am scris prima versiune a codului, iar clientul a aprobat instalarea acestuia în producție, permite versiunea 1.0. Acum, după câteva luni, clientul oferă o lucrare de îmbunătățire și lucrați la scrierea anterioară pentru a dezvolta versiunea 1.1 și a o trimite clientului. Dar clientul sugerează o abordare diferită, iar această versiune 1.1 nu vă este utilă în conformitate cu noua abordare a clientului. Așadar, renunțați la acest lucru și lucrați la versiunea 1.2, care este trimisă și aprobată. Și tot așa, continuați să lucrați la dezvoltarea diferitelor versiuni. Dar nu credeți că salvarea manuală a tuturor versiunilor undeva și menținerea codului sursă nu este dezordonată? La un moment dat, s-ar putea să fie nevoie să vă referiți la versiunea 1.1 pe care ați aruncat-o și care nu este la îndemână.

Deci, pentru a menține diferite versiuni de cod scrise de unul sau mai mulți programatori, folosim controlere de versiuni.

Diferite tipuri de controler de versiuni

Există diferite tipuri de instrumente disponibile, iar mai jos sunt câteva

  1. Subversion - De când a fost dezvoltat de Apache, utilizat pe scară largă de către vânzătorii Apache.
  2. git
  3. Bazar
  4. ager

Practic, există două tipuri de metodologii ale sistemului de control al versiunilor pe care lucrează instrumentele de mai sus. Sunt

Sistem de control al versiunii centralizate (DVCS)

1. CVCS

Aici codul scris este stocat în depozitul centralizat sau în serverul centralizat. Nu există o copie de lucru disponibilă la mașinile locale, ceea ce reprezintă un dezavantaj imens atunci când există o defecțiune a serverului. Trebuie să am o conexiune la server activă pentru a lucra întotdeauna la repo. SVN folosește acest sistem de control

2. DVCS

Tot aici avem codul sursă pe server, dar împreună cu acesta, îl avem ca copie locală pe mașinile de lucru. Deci, chiar dacă există o defecțiune la nivel de server, putem reflecta copia locală de lucru pe server atunci când este restaurată. Această disponibilitate a unei copii locale de lucru pe fiecare mașină responsabilă de termenul „Distribuit” în DVCS. Git, Mercurial utilizează un sistem distribuit de control al versiunilor

Git folosește conceptul de ramificare sau mai mult numit din punct de vedere tehnic ca TBD pe bază de trunchi. Ceea ce înseamnă de fapt este că putem crea mai multe ramuri de la master și pe aceste ramuri, programatorii pot lucra și își pot schimba modificările către aceste ramuri și fiecare dintre aceste angajamente este urmărită. Și odată ce clienții aprobă, putem îmbina toate sucursalele cu codul principal din producție. În acest fel, nu afectează direct codul sursă principal. Lucrul direct pe codul sursă principal va fi mai riscant și trebuie evitat. Putem lucra la sucursale și să realizăm diferite scenarii de testare și odată ce versiunea finală este stabilizată și aprobată, putem lucra la combinarea acesteia cu un nivel semnificativ de risc.

Git este de fapt gratuit, iar pentru utilizatorii de Mac, este disponibil în mod implicit. În Linux, putem instala git și pentru Windows, avem ceva, Git Bash. Există două surse de depozitare cele mai populare în care putem lucra cu Git și sunt Git Hub și Bit Bucket și organizația aleg să se bazeze pe preferințele sale.

Avantajele sistemului de control al versiunilor GIT

  • Susține ambele forme de dezvoltare moștenite, care este o formă de dezvoltare liniară și neliniară
  • Deoarece este distribuit în natură, mai puțin vă faceți griji pentru eșecurile serverului cu un singur punct. Putem întotdeauna să oglindim codul de la repo local la server.
  • Putem implementa, de asemenea, un strat de securitate pe partea de sus a git-ului care poate atribui restricții de acces în push pull și push.
  • Poate lucra pe mai multe platforme precum Mac, Linux, Windows, etc
  • Absolut gratuit și open-source
  • Eficient și rapid datorită naturii distribuite
  • Urmărirea clară a angajamentelor, actualizărilor, inversărilor, versiunilor, apăsărilor și tragerilor
  • Oferă GitBash pentru ferestre ușor de utilizat.
  • Există, de asemenea, diferite GUI disponibile pentru a lucra în partea de sus a GIT
  • Nu necesită o conexiune de rețea activă întotdeauna de la disponibilitatea depozitului local.

Lucrând cu Git

  • Creați sucursala de lucru de la sursa sursă sau de la o altă ramură, în funcție de cerință
  • Clonați sucursala pe local folosind GitBash pentru Windows
  • Lucrați la sucursală și efectuați modificări sau adăugare de componente la aceasta
  • Comutați modificările și consultați angajarea trackerului
  • Dacă considerați că angajarea a fost inutilă, o puteți returna pe cea anterioară
  • Dacă mai mulți programatori lucrează pe aceeași filială, repetarea locală trebuie actualizată înainte de a împinge modificările. Așa că efectuați PULL
  • Acum veți putea efectua PUSH
  • Odată ce revizuirea și aprobarea codului au făcut-o sucursalei dvs., atunci putem muta codul la producție, fie în ansamblu, fie în orice fel folosește organizația.
  • Uniți sucursala către Maestru, astfel încât să avem un cod actualizat în ea.

Git este cel mai utilizat sistem de control al versiunilor distribuite, datorită naturii sale distribuite, fără un singur punct de eșec și este open source. Puteți încerca să lucrați cu acesta folosind cod de exemplu în GitHub și GitBash în Windows PC deoarece comenzile git sunt simple și ușor disponibile online.

Articole recomandate

Acesta este un ghid pentru sistemul de control al versiunilor GIT. Aici discutăm diferitele tipuri de controler de versiuni, cu avantaje și lucru. De asemenea, puteți consulta articolul următor pentru a afla mai multe-

  1. Comenzi GIT
  2. Introducere în GIT
  3. Git alternative
  4. Ce este Git?
  5. Versiuni în tabel
  6. Git Origin Master
  7. Ce este Hub?
  8. Trei etape ale ciclului de viață al gitului cu fluxul de lucru
  9. Cum se utilizează GIT Cherry-pick cu Exemplu?

Categorie:

Date mare