Git alapok és bevált gyakorlatok fejlesztőcsapatoknak

A Git a modern szoftverfejlesztés alapja. Áttekintjük a legfontosabb fogalmakat, a branch-stratégiákat, a jó commit üzenetek szabályait és azt, hogyan segít az AI a verziókezelésben.

A Git egy elosztott verziókezelő rendszer, amelyet Linus Torvalds készített 2005-ben a Linux kernel fejlesztéséhez. Mára a szoftverfejlesztés de facto szabványa: szinte minden projekt Gitben tárolja a forráskódot, és erre épülnek a GitHub, GitLab és Bitbucket platformok is.

Az alapfogalmak röviden

• Repository (tároló): a projekt teljes története, minden fájl minden változatával.
• Commit: egy mentett állapot, leírással és szerzővel. A commitok láncot alkotnak.
• Branch (ág): egy párhuzamos fejlesztési vonal, amelyen a többiek zavarása nélkül lehet dolgozni.
• Merge / rebase: két ág változásainak egyesítése.
• Remote: a közös, távoli tároló (például GitHubon), amellyel a push és pull parancsok szinkronizálnak.

A napi munka leggyakoribb parancsai:

git switch -c feature/szamla-export   # új ág létrehozása
git add .                              # változások előkészítése
git commit -m "Számla export CSV formátumban"
git push -u origin feature/szamla-export

Branch-stratégiák

Csapatban az a legfontosabb, hogy mindenki ugyanazt a szabályrendszert kövesse. A két legelterjedtebb megközelítés:

• Trunk-based development: rövid életű ágak, gyakori beolvasztás a fő ágba (main), erős automatizált tesztekkel. Gyors, folyamatos szállításhoz ideális.
• GitFlow-szerű modell: külön fejlesztési, kiadási és hotfix ágak. Ritkább, tervezett kiadásokhoz illik, de bonyolultabb.

A legtöbb webes projekthez a trunk-based megközelítést javasoljuk, pull requestekkel és kötelező kódellenőrzéssel.

Jó commit üzenetek

Egy év múlva a commit történet lesz a projekt legfontosabb dokumentációja. Néhány szabály:

• Az első sor rövid (kb. 50–72 karakter), felszólító módú összefoglaló.
• Egy commit egy logikai változást tartalmazzon.
• A törzsben azt írja le, miért történt a változás – a mit a kódból látszik.
• Hivatkozzon a feladatra vagy ticketre, ha van.

Biztonsági jó gyakorlatok

• Soha ne kerüljön jelszó, API kulcs vagy .env fájl a tárolóba. Használjon .gitignore-t és titokkezelőt; a véletlenül feltöltött kulcsot azonnal vonja vissza.
• Védje a fő ágat: közvetlen push helyett csak ellenőrzött pull requesten keresztül lehessen módosítani.
• Kapcsolja be a kétfaktoros hitelesítést a Git platformon, és használjon SSH kulcsot vagy tokent.
• Éles szerveren ne legyen elérhető a .git könyvtár – ez gyakori és súlyos adatszivárgási hiba.

A Git nem csak a kód mentése: a jól vezetett történet, a pull requestek és az automatikus tesztek együtt adják a minőségbiztosítás gerincét.

Git és AI-támogatott fejlesztés

Az AI fejlesztői eszközök jelentősen gyorsítják a munkát, de a Git szerepe így még fontosabb lesz. Az AI által javasolt változtatások ugyanúgy branch-en, pull requesten és kódellenőrzésen mennek át, mint bármely más kód. Az AI segíthet érthető commit üzenetek és pull request leírások megfogalmazásában, a változások összefoglalásában és a merge konfliktusok feloldásában is – a végső döntés azonban mindig a fejlesztőé.

CI/CD: a Git a telepítés kiindulópontja

A modern üzemeltetésben a Git tároló a „igazság forrása”: minden push automatikusan elindítja a teszteket, sikeres futás után pedig a telepítést. Így nincs kézi fájlmásolás, minden kiadás visszakövethető, és hiba esetén egy korábbi verzió percek alatt visszaállítható.