Git i radni proces

Nakon ovog poglavlja

Što ćete znati napraviti

• Napraviti malu granu i smislene commitove.
• Sigurno riješiti konflikt razumijevanjem obje promjene.
• Definirati minimalni CI tok prije spajanja.

Povijest koja se može čitati

Jedna namjera po commitu

Prije commita pregledajte status i diff. Commit treba biti samodostatan: kod, potrebna migracija i test putuju zajedno. Ne miješajte masovno formatiranje s promjenom ponašanja jer review postaje teži.

git switch -c feature/article-validation
git status
git diff
git add src tests
git commit -m "Dodaj validaciju naslova članka"

Dvije legitimne povijesti

Konflikt se rješava razumijevanjem

Git označava dijelove koje ne može automatski spojiti. Pročitajte obje strane i cilj promjene; nemojte naslijepo zadržati „našu“ ili „njihovu“ verziju. Nakon rješenja pokrenite testove i pregledajte cijeli diff.

Code review provjerava ispravnost, sigurnost, čitljivost i utjecaj, ne osobni stil autora. Mala promjena dobiva brži i kvalitetniji review.

Isti kriterij za sve

Automatizirane provjere prije spajanja

CI na čistom okruženju instalira zaključane ovisnosti, provjerava stil, statičku analizu, testove i audit paketa. Tajne se daju kroz zaštićene CI varijable i nikada se ne ispisuju.

Deployment može slijediti nakon uspješnih provjera, ali zahtijeva odvojene ovlasti, zaštitu produkcijske grane i mogućnost povratka.

composer install --no-interaction --prefer-dist
composer validate --strict
composer audit
composer run analyse
composer run test