GITHUB

Păstrează un istoric sigur al schimbărilor site-ului cu GitHub

Un folder de site poate fi copiat, dar GitHub îți oferă un istoric ușor de citit al schimbărilor — ca să poți vedea ce s-a modificat și să revii intenționat la o versiune bună.

30 SEC · ISTORIC GITHUB
SALVEAZĂ
MODIFICĂ
REVINO

Un punct de control · istoric clar · actualizări mai sigure

GitHub păstrează un proiect într-un repository. Fiecare punct de control salvat se numește commit. Pentru un site mic, scopul nu este să devii programator peste noapte: este să nu pierzi o versiune care funcționează când faci următoarea îmbunătățire.

Nu pune niciodată secrete în GitHub: nu salva parole, chei API, liste private de contacte sau informații de plată într-un folder de site sau repository GitHub. Dacă elimini mai târziu un secret, acesta poate rămâne în istoricul proiectului.

1. Creează un repository pentru site

Păstrează folderul complet al site-ului într-un repository: pagina principală, fișierele de stil, folderele de articole și sitemap-ul. Folosește un repository privat dacă site-ul nu este pregătit să fie public. Repository-ul este istoricul fișierelor, nu încă o copie publică a site-ului.

2. Salvează un punct de control înainte de o modificare importantă

Înainte de un nou grup de ghiduri, un redesign sau o publicare, salvează un commit cu o descriere simplă. Exemple bune: „Adaugă ghidurile Advanced pentru site” sau „Repară navigarea pe mobil”. Evită mesaje vagi precum „modificări” sau „final final”.

3. Verifică ce s-a schimbat

Înainte să salvezi un commit, uită-te la lista fișierelor modificate și la comparație. Întreabă-te: s-au schimbat doar paginile așteptate? A dispărut din greșeală un link, un formular de contact sau sitemap-ul? Această verificare scurtă prinde multe greșeli.

4. Trimite istoricul în GitHub

Un commit local este un punct de control pe calculatorul tău. Operațiunea numită push trimite istoricul verificat în repository-ul online, oferind o copie separată dacă pierzi calculatorul sau suprascrii folderul.

5. Recuperează în siguranță când se strică ceva

Nu intra în panică și nu șterge imediat fișiere. Găsește cel mai recent commit care funcționa, compară-l cu versiunea curentă, apoi restaurează fișierele necesare sau creează un revert. Pentru un proiect deja împărțit cu alții, revert este de obicei mai sigur decât rescrierea istoricului, fiindcă lasă o evidență clară a corecției.

6. Ține publicarea separată de copie de siguranță

GitHub este istoricul schimbărilor; Netlify este locul unde site-ul final este publicat. Fluxul liniștit este: faci o modificare, o testezi local, salvezi commit-ul, faci push, publici, apoi verifici site-ul public.

Regulă simplă: un set clar de lucru = un commit clar. Peste câteva luni, proiectul va fi mai ușor de înțeles.