Transformi orice folder într-un repository Git, pornind de la zero.
clone pornește de la un proiect care există deja; init îl creează de la zero, pe calculatorul tău.
Nu ești developer? Nu contează. Fiecare comandă are o card animată: te uiți ce se mișcă și înțelegi instant ce face — Pull Request inclus, cel care dă bătăi de cap și programatorilor adevărați.
Rutina pe care o faci în fiecare zi: de la codul de pe calculatorul tău până la GitHub și înapoi.
Transformi orice folder într-un repository Git, pornind de la zero.
clone pornește de la un proiect care există deja; init îl creează de la zero, pe calculatorul tău.
Descarci întreaga copie a unui proiect de pe GitHub pe calculatorul tău. E punctul de plecare al tuturor.
Alegi ce modificări intră în următoarea salvare, mutându-le în zona de staging.
Staging ≠ salvare. Doar pregătești lista cu ce va fi inclus în commit.
Salvezi modificările selectate în istoria proiectului, cu un mesaj care explică ce ai făcut.
Commit-ul rămâne pe calculatorul tău. Până nu faci push, nimeni altcineva nu-l vede.
Trimiți commit-urile tale locale pe GitHub: acum munca ta e online, în siguranță și vizibilă pentru ceilalți.
Aduci modificările pe care alții le-au pus pe GitHub și le integrezi în munca ta locală.
Atenție: git pull ≠ Pull Request. Nume asemănător, concepte diferite (PR-ul e mai jos).
Descarci noutățile de pe GitHub dar NU le combini cu munca ta: le pui deoparte ca să te uiți la ele mai întâi.
pull = fetch + merge. fetch e varianta prudentă: mai întâi descarci, apoi decizi.
Comenzi inofensive care îți spun unde te afli. Cele pe care le tastezi mereu ca să nu te pierzi.
Îți spune unde te afli: ce fișiere ai schimbat, ce e deja în staging, ce lipsește. Îl vei folosi tot timpul.
E complet inofensiv: nu schimbă nimic. Când ai dubii, git status.
Arată istoria commit-urilor: cine a făcut ce și când. E memoria proiectului.
Linii de lucru paralele ca să experimentezi fără să strici ramura principală.
Creezi o linie de lucru paralelă care pornește chiar din punctul în care ești: experimentezi fără să atingi main.
O ramură nu costă nimic. E doar o etichetă care indică spre un commit: poți avea câte vrei, în paralel.
Treci de la o ramură la alta. HEAD arată „unde ești acum”, adică unde vor ajunge următoarele commit-uri.
Pe vremuri se folosea git checkout; azi git switch face același lucru, mai clar.
Unești munca dintr-o ramură cu alta: cele două linii redevin una singură.
Dacă aceleași linii au fost schimbate pe ambele ramuri, git te întreabă pe tine cum să le combine: e conflictul de merge.
Cum propui modificări la un proiect care nu e al tău, fără drepturi de scriere.
Creezi propria ta copie a proiectului altcuiva, pe contul tău de GitHub, unde poți face tot ce vrei.
Nu e o comandă git. E un buton de pe site-ul GitHub: exact ce îți trebuie când proiectul nu e al tău.
Dai un nume repository-urilor la distanță: „origin” e copia ta, „upstream” e proiectul original.
Faci push pe origin, iei noutățile din upstream.
Din ramura ta de pe GitHub deschizi o propunere de modificare către proiectul original. Maintainerul o analizează și, dacă îi place, o unește.
Trucul: pare o push, dar e exact opusul — tu ceri, nu scrii. Se numește pull request pentru că maintainerul e cel care „trage înăuntru” (pull) munca ta.
Continuă să explorezi
Ghiduri, cursuri și instrumente alese pentru tine, pornind de la această pagină.
Datele Search Console direct în terminal.
Deploy pe Vercel, fără tehnicisme: de la proiectul pe care îl ai pe GitHub la un link pe care îl poți trimite oricui — și apoi propriul domeniu deasupra.
Foaia de adus la call
Un brief confuz devine o aplicație funcțională.
Ai creat un proiect cu Claude Code sau Codex: aici înveți să-l pui pe GitHub, să te întorci înapoi dacă se strică, și să te lași ajutat de alții.
Skill-uri AI pentru designeri