Git este un Open Source Distribuit Version Control System. Acum sunt o mulțime de cuvinte pentru a defini Git.
Permiteți-mi să o descompun și să explic formularea:
- Sistem de control: Aceasta înseamnă practic că Git este un tracker de conținut. Așadar, Git poate fi utilizat pentru a stoca conținut – este folosit mai ales pentru a stoca cod datorită celorlalte caracteristici pe care le oferă.
- Sistem de control al versiunilor: Codul stocat în Git continuă să se schimbe pe măsură ce se adaugă mai mult cod. De asemenea, mulți dezvoltatori pot adăuga cod în paralel. Așadar, sistemul de control al versiunilor ajută la gestionarea acestui lucru, menținând un istoric al modificărilor care s-au întâmplat. De asemenea, Git oferă funcții precum sucursale și fuziuni, pe care le voi acoperi mai târziu.
- Sistem de control al versiunii distribuite: Git are un depozit la distanță care este stocat într-un server și un depozit local care este stocat în computerul fiecărui dezvoltator. Aceasta înseamnă că codul nu este stocat doar într-un server central, ci copia completă a codului este prezentă pe toate computerele dezvoltatorilor. Git este un sistem de control al versiunii distribuite, deoarece codul este prezent în computerul fiecărui dezvoltator. Voi explica conceptul de depozite locale și la distanță mai târziu în acest articol.
De ce este necesar un sistem de control al versiunilor precum Git
Proiectele din viața reală au în general mai mulți dezvoltatori care lucrează în paralel. Deci, este necesar un sistem de control al versiunilor precum Git pentru a se asigura că nu există conflicte de cod între dezvoltatori.
În plus, cerințele pentru astfel de proiecte se schimbă adesea. Deci, un sistem de control al versiunilor permite dezvoltatorilor să revină și să revină la o versiune mai veche a codului.
În cele din urmă, uneori mai multe proiecte care sunt derulate în paralel implică aceeași bază de cod. Într-un astfel de caz, conceptul de ramificare în Git este foarte important.
Să începem să folosim Git acum
În loc să menționez toate conceptele simultan, voi explica conceptele Git printr-un exemplu, astfel încât să fie mai ușor de urmat.
Descărcați git
Acest link conține detalii despre cum să instalați Git în mai multe sisteme de operare:
https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
Verificați dacă Git este instalat utilizând următoarea comandă în promptul de comandă:
git --version
Creați depozitul Git local
În computer, creați un folder pentru proiectul dvs. Să apelăm folderul proiectului simple-git-demo
.
Accesați folderul de proiect și adăugați un depozit Git local la proiect folosind următoarele comenzi:
cd simple-git-demo
git init
git init
comanda adaugă un depozit Git local la proiect.
Să adăugăm un cod mic acum
Creați un fișier numit demo.txt
în dosarul proiectului și adăugați următorul text în acesta:
Initial Content
Aici vom face demo-uri cu doar text simplu în loc de cod real, deoarece accentul principal al acestui articol este pe Git și nu pe un limbaj de programare specific.
Punerea în scenă și comiterea codului
Confirmarea este procesul în care codul este adăugat la depozit local. Înainte de a comite codul, acesta trebuie să fie în zona de punere în scenă. Zona intermediară este acolo pentru a ține evidența tuturor fișierelor care urmează să fie angajate.
Orice fișier care nu este adăugat la zona de etapă nu va fi validat. Aceasta oferă dezvoltatorului controlul asupra fișierelor care trebuie angajate.
Punerea în scenă
Utilizați următoarea comandă pentru organizarea fișierului:
git add demo.txt
În cazul în care doriți să adăugați mai multe fișiere, puteți utiliza:
git add file1 file2 file3
Dacă doriți să adăugați toate fișierele din folderul proiectului dvs. în zona intermediară, utilizați următoarea comandă:
git add .
Utilizați acest lucru cu atenție, deoarece adaugă toate fișierele și folderele din proiectul dvs. în zona intermediară.
Angajarea
Utilizați următoarea comandă pentru a comite fișierul:
git commit -m "Initial Commit"
„Initial Commit” este mesajul de confirmare aici. Introduceți un mesaj de validare relevant pentru a indica ce modificări de cod au fost făcute în acea validare specială.
Stare Git și Jurnal Git
Acum modificați fișierul demo.txt
fișier și adăugați următorul fragment:
Initial Content Adding more Content
stare
Utilizare git status
pentru a afla informații cu privire la ce fișiere sunt modificate și ce fișiere există în zona intermediară – afișează și alte informații, pe care le putem ignora pentru moment.
Utilizați următoarea comandă pentru a vedea starea:
git status
Statutul arată că demo.txt
este modificat și nu se află încă în zona de organizare.
Acum să adăugăm demo.txt
în zona intermediară și comiteți-o folosind următoarele comenzi:
git add demo.txt git commit -m "demo.txt file is modified"
Buturuga
Utilizare git log
pentru a imprima toate comitetele care au fost efectuate până acum.
Comanda folosită pentru aceasta este:git log
Jurnalul arată autorul fiecărui commit, data commit-ului și mesajul de commit.
Ramuri
Până acum nu am creat nicio sucursală în Git. În mod implicit, comitetele Git intră în maestru ramură.
Ce este o sucursală?
O ramură nu este altceva decât un indicator către cel mai recent commit din depozitul Git. Deci, în prezent, filiala noastră principală este un indicator către al doilea commit “demo.txt file is modified”
.
De ce sunt necesare mai multe ramuri?
Sunt necesare mai multe ramuri pentru a susține mai multe dezvoltări paralele. Consultați imaginea de mai jos pentru a vedea cum funcționează ramurile.

Initial, commit 1 si commit 2 au fost realizate in ramura master. După commit 2 se creează o nouă ramură numită „Test”, iar commit 3 și commit 4 sunt adăugate la ramura de test.
În același timp, un commit diferit 3 și commit 4 sunt adăugate la ramura master. Aici putem vedea că, după Commit 2, se realizează două dezvoltări paralele în 2 ramuri separate.
Filiala de testare și filiala principală au divergut aici și au cod diferit – codul de la filiala de testare poate fi fuzionat cu filiala principală utilizând git merge
. Acest lucru va fi acoperit mai târziu.
Creați o filială nouă în Local
Creați o nouă ramură numită Test folosind următoarea comandă:
git branch test
Această comandă creează fișierul test
ramură.
Suntem încă în contextul ramurii principale. Pentru a trece la test
ramură. utilizați următoarea comandă:
git checkout test
Acum suntem în test
ramură.
Puteți lista toate ramurile în local folosind următoarea comandă:
git branch
Faceți unele angajamente în noua ramură
Modifica demo.txt
prin adăugarea următorului fragment:
Initial Content Adding more Content Adding some Content from test Branch
Acum organizați și comiteți folosind următoarele comenzi:
git add demo.txt git commit -m "Test Branch Commit"
Acest commit a fost făcut în Test Branch, iar acum Test Branch este înaintea Master Branch cu 1 commit – întrucât filiala de test include și cele 2 commit din filiala master.
Puteți verifica istoricul confirmărilor în Test Branch folosind:
git log
Fuziune
În prezent, Test Branch este înaintea Maestrului cu 1 angajare. Să spunem că acum dorim ca tot codul din ramura de testare să fie adus înapoi la ramura principală. Aici e locul git merge
este foarte util.
Pentru a îmbina codul din ramura de testare în ramura principală, urmați acești pași:
Mai întâi întoarce-te la filiala principală:
git checkout master
Apoi rulați merge
comanda:
git merge test
După executarea acestor 2 comenzi, îmbinarea ar trebui să aibă succes. În acest exemplu, nu există conflicte.
Dar în proiecte reale, vor exista conflicte atunci când se face o fuziune. Rezolvarea conflictului este ceva care vine odată cu experiența, așa că pe măsură ce lucrați mai mult cu Git, veți putea obține rezolvarea conflictelor.
Alerga git log
acum și veți observa că masterul are și 3 comits.
Depozitul Git la distanță
Până acum, am lucrat doar în depozitul local. Fiecare dezvoltator va lucra în depozitul său local, dar în cele din urmă va împinge codul într-un depozit la distanță. Odată ce codul se află în depozitul la distanță, alți dezvoltatori pot vedea și modifica acel cod.

GitHub
Aici vom folosi GitHub pentru depozitul la distanță.
Mergi la https://github.com/ și creați un cont.
După ce vă înregistrați în pagina de pornire GitHub, faceți clic pe Porniți un proiect pentru a crea un nou depozit Git. Dați un nume depozitului și faceți clic pe „Creare depozit”
Dați numele ca git-blog-demo
.
Aceasta va crea un depozit la distanță în GitHub și, atunci când deschideți depozitul, se va deschide o pagină precum imaginea de mai jos:

Adresa URL a depozitului este porțiunea evidențiată https://github.com/aditya-sridhar/git-blog-demo.git
Pentru a îndrepta depozitul local către depozitul la distanță, utilizați următoarea comandă:
git remote add origin [repository url]
Git Push
Pentru a împinge tot codul din depozitul local în depozitul la distanță, utilizați următoarea comandă:
git push -u origin master
Aceasta împinge codul de la ramura master din depozitul local în ramura master din depozitul la distanță.
Comenzi suplimentare
Git Pull
git pull
este folosit pentru a extrage cele mai recente modificări din depozitul la distanță în depozitul local. Codul depozitului la distanță este actualizat continuu de diferiți dezvoltatori, prin urmare git pull
este necesar:
git pull origin master
Git Clone
git clone
este folosit pentru a clona un depozit de la distanță existent în computerul dvs. Comanda pentru aceasta este:
git clone [repository url]
felicitări
Acum știți noțiunile de bază despre cum să utilizați Git, așa că mergeți mai departe și explorați mai multe!
În curând voi publica încă un articol despre concepte ușor mai avansate ale Git. Rămâneți aproape!
Despre autor
Ador tehnologia și urmăresc progresele în tehnologie. De asemenea, îmi place să îi ajut pe ceilalți cu orice cunoștințe pe care le am în spațiul tehnologic.
Simțiți-vă liber să vă conectați cu mine pe contul meu LinkdIn https://www.linkedin.com/in/aditya1811/
Poți să mă urmărești și pe twitter https://twitter.com/adityasridhar18
Site-ul meu: https://adityasridhar.com/
Alte postări ale mele
Cum să utilizați Git eficient