Hands-on: Git & branches pentru BA

Git pare misterios pentru BA. Nu e. E un sistem de „save as cu istorie” pentru fișiere de cod. Ca BA, ai nevoie de minim 5 comenzi ca să poți contribui la specs, README-uri, sau verificarea documentației — fără să întrerupi un dev pentru fiecare virgulă.

Concepte de bază

• Repo (repository) = un folder de proiect cu istorie completă a tuturor schimbărilor.
• Commit = un „save” cu mesaj. Fiecare commit are un ID unic.
• Branch = o ramificație de lucru independentă. Modificările pe branch-ul tău nu afectează main.
• Merge = aducerea modificărilor de pe un branch în altul.
• Pull Request (PR) = cerere de review pentru un merge — locul unde echipa comentează și aprobă.

   main:    ●───●───●───────────●───►
                     \         /
   feature:           ●───●───●  (PR + review + merge)
                      „add specs”

Cele 5 comenzi

# 1. Clone — descarci repo-ul local (o dată per proiect)
git clone https://github.com/firma/proiect.git

# 2. Pull — aduci ultimele modificări de pe server
git pull

# 3. Branch nou — îți creezi spațiu de lucru separat
git checkout -b andrei/update-specs-login

# 4. Commit — salvezi modificările cu un mesaj
git add .
git commit -m "Update login specs with MFA flow"

# 5. Push — trimiți modificările pe server
git push -u origin andrei/update-specs-login

Pull Request — locul de discuție

După git push, mergi pe GitHub/GitLab. Vei vedea un buton „Open Pull Request”. Scrii titlu, descriere, asignezi reviewer (de obicei un dev). Reviewer-ul poate comenta linie cu linie, cere modificări, sau aproba.

• Un PR bun: titlu scurt clar, descriere cu „de ce” (nu doar „ce”), screenshot dacă e UI.
• Un PR mic > un PR mare. Mai ușor de review-uit, mai puține bug-uri.
• Răspunde la comentarii — chiar și cu „done” sau „intenționat, vezi X”.

Ce să NU faci niciodată