Lucrul de zi cu zi cu Git

În acest articol veți învăța fluxul de lucru de bază, pe care îl repetați zi de zi: obțineți o copie a proiectului, salvați modificările (commit), le trimiteți pe GitHub (push) și configurați ignorarea fișierelor inutile cu .gitignore. Este același flux pe care Claude Code îl parcurge în locul dumneavoastră când lucrează cu un repository, așa că merită să-l înțelegeți cu atât mai mult.

Exemplele și capturile de ecran sunt din IDE-urile JetBrains; numele și locul acțiunilor pot fi diferite în versiunea dumneavoastră. Pentru exerciții, folosiți un repository separat, de practică. Într-un proiect de lucru, respectați regulile acestuia privind branch-urile, commit-urile și trimiterea modificărilor.

Clonarea proiectului

Aveți deja un repository pe GitHub, iar acum trebuie să obțineți o copie locală pe computer ca să începeți lucrul. Procesul se numește clonare.

Pasul 1. Porniți IDE-ul. Dacă este deschis un proiect, închideți-l prin File | Close Project. În ecranul de pornire (Welcome Screen), alegeți Clone Repository (sau Get from VCS).

Pasul 2. Inserați URL-ul repository-ului în fereastra care se deschide. Metoda aceasta e practică atunci când clonați repository-ul altcuiva: copiați URL-ul de pe pagina repository-ului din GitHub.

Dacă vă clonați propriul repository, cel mai simplu este să vă autentificați în contul GitHub direct din IDE, folosind Log in to GitHub. IDE-ul va deschide browserul pentru autorizare.

Pe pagina care se deschide, apăsați butonul verde Authorize JetBrains. Apoi veți putea alege repository-urile direct din lista IDE-ului. Selectați proiectul dorit și apăsați Clone.

Pasul 3. Verificați dacă aveți încredere în proiect. Pentru un repository propriu, cunoscut, puteți alege Trust Project. Dacă nu îl cunoașteți, verificați mai întâi conținutul și instrucțiunile de pornire: încrederea îi permite IDE-ului să execute acțiuni ale proiectului.

Pasul 4. Deschideți proiectul. Pe Windows, IDE-ul poate propune excluderi din antivirus pentru a accelera indexarea. Nu sunt necesare ca să învățați Git; nu dezactivați protecția doar pentru clonare.

Salvarea modificărilor - commit

commit este un instantaneu, o stare salvată a proiectului la un anumit moment. Gândiți-vă la el ca la un punct de salvare într-un joc: puteți reveni oricând la el dacă ceva nu merge bine. Fiecare commit are un identificator unic și un mesaj care descrie modificările.

Istoricul commit-urilor: fiecare commit nou pornește de la cel anterior și construiește cronologia evoluției proiectului.

Pasul 1. Faceți modificările. Deschideți fișierul README.md și adăugați o descriere a proiectului. De îndată ce începeți să editați fișierul, IDE-ul îi va evidenția numele cu albastru în panoul proiectului - asta înseamnă că fișierul s-a schimbat, dar modificările nu sunt încă salvate în Git. Lângă rândurile modificate, IDE-ul va afișa o bară colorată: verde pentru rândurile adăugate și albastră pentru cele modificate.

Deschideți fila Commit și examinați fișierele modificate. În modul obișnuit din JetBrains, acestea sunt liste de modificări (changelists); staging-ul Git separat se activează din setări. Nu confundați bifarea fișierelor în această fereastră cu indexul deja pregătit în terminal.

Ce vedeți aici:

• Changes - fișiere urmărite deja de Git, care au fost modificate (în cazul nostru, README.md);
• Unversioned Files - fișiere noi pe care Git le vede în directorul proiectului, dar pe care încă nu le urmărește.

Pasul 2. Verificați diff-ul selectat. Fișierele noi din Unversioned Files nu sunt încă urmărite. De obicei, rezultatele build-ului, cache-ul și setările personale sunt excluse prin .gitignore. Setările comune ale proiectului pot fi păstrate în Git: verificați regulile proiectului înainte să ignorați întregul director .idea/.

Pasul 3. Creați un commit. Introduceți un mesaj clar, de exemplu docs: Describe the project in README, verificați diff-ul selectat și apăsați Commit. Dacă sunt activate verificările înainte de commit, așteptați rezultatul. Deschideți Git Log și asigurați-vă că noul commit include fișierul dorit.

Trimiterea modificărilor pe GitHub - push

Commit-urile dumneavoastră sunt deocamdată doar pe computer. Ca să le partajați cu echipa sau să le păstrați într-un loc sigur, trimiteți-le în repository-ul la distanță de pe GitHub.

Push actualizează branch-ul la distanță selectat cu commit-urile dumneavoastră. Nu descarcă munca altcuiva și nu trimite fișiere fără commit.

Pasul 1. Apăsați Push. Butonul Push se află în bara principală de sus (Main Toolbar) și arată ca o săgeată orientată în sus și spre dreapta.

Pasul 2. Verificați și confirmați. Se va deschide o fereastră cu toate commit-urile pregătite pentru trimitere. Este ultima ocazie să vă asigurați că trimiteți exact ce trebuie. Apăsați Push.

După o trimitere reușită, IDE-ul va afișa o notificare. Verificați repository-ul și branch-ul de destinație menționate acolo: în acest exercițiu, este origin/main. Textul notificării depinde de versiunea IDE-ului.

Pasul 3. Verificați rezultatul pe GitHub. Deschideți în browser pagina repository-ului de pe GitHub și veți vedea acolo modificările și fișierele trimise.

Panoul de control Git

IDE-ul are o bară de instrumente separată Git, precum și acțiuni rapide în bara de sus. Acesta este centrul dumneavoastră de control al versiunilor. Butoanele importante:

• Commit (bifă) - deschide panoul de salvare a modificărilor;
• Push (săgeată în sus/spre dreapta) - deschide fereastra pentru trimiterea commit-urilor pe GitHub;
• Branches - widgetul de gestionare a branch-urilor (în colțul din stânga sus);
• Show Git Log - întregul istoric al commit-urilor proiectului, propria dumneavoastră mașină a timpului.

Obținerea actualizărilor

Update Project preia modificările și le integrează în branch-ul local; IDE-ul folosește merge sau rebase, în funcție de setare. Înainte de actualizare, salvați lucrul neterminat și verificați metoda de actualizare selectată.

Înainte de o sarcină nouă, verificați starea fișierelor și dacă branch-ul necesar este actualizat. Dacă au apărut commit-uri de la alții, preluați-le și integrați-le conform regulilor proiectului. Actualizarea poate necesita rezolvarea conflictelor; nu garantează că nu vor apărea și pe viitor.

Ignorarea fișierelor inutile - .gitignore

Dacă în proiect apar fișiere auxiliare sau rezultate ale build-ului pe care nu vreți să le includeți din greșeală în repository, adăugați-le la excluderi. Pentru asta, creați în rădăcina proiectului un fișier special numit .gitignore.

Ce se ignoră de obicei și de ce

Aproape orice stack are fișiere care nu-și au locul în Git, pentru că sunt specifice computerului dumneavoastră sau se generează din nou la build:

• directoare de build (de exemplu, build/, dist/) - rezultate ale compilării, ușor de generat din nou;
• cache-ul managerului de pachete și dependențele (de exemplu, node_modules/) - pot ocupa sute de megabyți și sunt specifice sistemului dumneavoastră;
• setările personale ale IDE-ului, de exemplu starea ferestrei de lucru. Directorul .idea/ poate conține și setări comune ale proiectului, așa că ignorați-l în întregime doar dacă aceasta este regula proiectului;
• fișierele sistemului de operare (.DS_Store, Thumbs.db) - fișiere auxiliare create automat de sistemul de operare.

Cum adăugați manual un fișier la ignorare:

Pasul 1. Să presupunem că ați creat fișierul local notes.txt cu câteva notițe de lucru. Faceți clic dreapta pe el în arborele proiectului.

Pasul 2. Deschideți meniul Git -> Add to .gitignore -> Add to .gitignore. Opțiunea adaugă fișierul selectat în .gitignore, aflat în rădăcina proiectului.

Dacă fișierul .gitignore nu există încă, IDE-ul vă va propune să-l creați. Acceptați.

Pasul 3. IDE-ul va adăuga automat numele fișierului în .gitignore.

Un fișier neurmărit care se potrivește regulii va dispărea, de obicei, din lista de adăugare; culoarea din IDE depinde de temă. Regula nu împiedică adăugarea forțată și nici nu elimină din istoric ceva deja salvat. Creați un commit cu .gitignore dacă regula trebuie să se aplice tuturor.

Reguli pentru .gitignore

Fișierul conține șabloane pentru numele fișierelor și directoarelor pe care Git trebuie să le ignore. Rândurile goale sunt ignorate, iar un comentariu începe cu simbolul #.

• * - înlocuiește orice număr de caractere. De exemplu, *.log ignoră toate fișierele cu extensia .log;
• / la sfârșitul șablonului indică un director. De exemplu, build/ ignoră tot conținutul directorului build;
• ! la începutul unui rând inversează regula. De exemplu, pentru regula *.log, rândul !important.log exclude acest fișier din regula respectivă de ignorare; va începe să fie urmărit după adăugare;
• ** între barele oblice corespunde oricărui număr de directoare imbricate, inclusiv niciunui director. De exemplu, logs/**/*.log găsește atât logs/a.log, cât și logs/2026/09/a.log.

Exemplu de fișier .gitignore

# Directoare de build și cache
build/
dist/
node_modules/

# Starea personală a IDE-ului (JetBrains)
.idea/workspace.xml

# Fișiere ale sistemului de operare
.DS_Store
Thumbs.db

Șabloane gata pregătite

Nu trebuie să creați aceste fișiere de la zero - există șabloane gata făcute și verificate de comunitate:

1. colecția de fișiere .gitignore de la GitHub, pentru diverse limbaje și framework-uri: https://github.com/github/gitignore;
2. gitignore.io - un serviciu web care generează .gitignore pentru tehnologiile dumneavoastră (introduceți limbajul, sistemul de operare și IDE-ul).

Cum funcționează împreună cu Claude Code

Fluxul de zi cu zi este chiar ceea ce Claude Code poate parcurge în locul dumneavoastră. Iată ce merită verificat:

• Claude poate crea singur un commit și poate face push - verificați ce a intrat în commit și citiți mesajul;
• un .gitignore configurat cu grijă ajută la excluderea fișierelor inutile, dar verificați totuși fișierele selectate înainte de commit;
• înainte de actualizare verificați starea branch-ului și lucrul neterminat, iar după - rezultatul integrării.

Articolul anterior: Introducere în Git și GitHub · Articolul următor: Ramuri și îmbinări în Git