branch

alapelterjedt

A branch (ág) a program kódjának külön fejlesztési vonala, amelyen úgy lehet változtatni, hogy a működő fő változat közben érintetlen marad.

Érthetően

Képzeld el, hogy egy közös családi receptfüzetet szeretnél átírni, de nem akarod összefirkálni az eredetit. Külön lapokon kísérletezel, és csak akkor vezeted át a változtatásokat a füzetbe, ha a süti tényleg jobb lett. A branch ilyen elkülönített munkaterület egy program kódjához. Ehhez nem kell az egész füzetet lemásolni: a rendszer csak azt jegyzi fel, mi változott.

A fejlesztők így tudnak egyszerre több dolgon dolgozni: az egyik ágon valaki hibát javít, a másikon új funkció készül, miközben a fő ág – amelyből a felhasználók által látott változat készül – stabil marad. Ha egy kísérlet nem válik be, az ágat egyszerűen eldobják, és a fő ág nem sérül.

A kódoló agentek korában a branch még fontosabb lett. Az agent a saját ágán dolgozik, így a munkája elkülönítve marad, amíg egy ember át nem nézi és jóvá nem hagyja. Több agent is dolgozhat párhuzamosan, mindegyik a maga ágán, anélkül hogy egymás munkáját felülírnák.

Hogyan működik

A fejlesztő vagy az agent a kód aktuális állapotából új ágat nyit, és nevet ad neki, például „fizetesi-hiba-javitas”.
Az ágon elvégzett módosításokat mentési pontokban (commitokban) rögzíti. Ezek csak ezen az ágon látszanak, a fő ág változatlan marad.
Amikor a munka elkészült, összevonási kérelmet nyit (pull request, a GitLabon merge request). Ebben mások átnézhetik, mi változott, és automatikus tesztek is lefuthatnak rajta.
Jóváhagyás után az ágat beolvasztják a fő ágba (merge). Ha közben valaki más ugyanazokat a sorokat módosította, ütközés keletkezhet. Ezt egy embernek vagy az agentnek kell feloldania, mielőtt a beolvasztás befejeződik.
A beolvasztott ágat általában törlik, a következő feladathoz pedig új ág nyílik.

Példa a mindennapokból

Megkérsz egy kódoló agentet, hogy javítsa ki a webshopod kosároldalán a hibás végösszeget. Az agent nem az éles kódba nyúl bele, hanem nyit egy külön branchet, ott elvégzi a javítást, és a végén megmutatja, mit változtatott. A vásárlóid csak akkor látják az új változatot, ha te rábólintottál.

Kit érint

fejlesztőNapi munkaeszköze: szinte minden feladatot külön ágon végez, és a kódoló agenteket is ágakon dolgoztatja. → Kód

vállalkozó, vezetőHa érted, hogy az agent munkája külön ágon vár jóváhagyásra, tudod, hol van az ellenőrzési pont, mielőtt bármi élesbe kerül.

álláskereső, pályakezdőFejlesztői és egyre több AI-közeli állásnál alapelvárás, hogy ismerd az ágak használatát. → Munka és HR

szülő, diák, tanárProgramozást tanulva az elsők között találkozol vele, mert a közös projektmunka erre épül. → Oktatás és család

Gyakori félreértés

TévhitA branch a teljes projekt külön lemásolt példánya, ezért sok helyet foglal és lassú létrehozni.

ValójábanA mai verziókezelőkben, például a Gitben, az ág csak egy könnyű mutató a változtatások történetének egy pontjára. Egy pillanat alatt létrejön, és szinte semmi helyet nem foglal.

Korlátok és kockázatok

Minél tovább él egy ág a fő ágtól külön, annál nagyobb az esélye, hogy a beolvasztásnál nehezen feloldható ütközések lesznek.
A branch önmagában nem ellenőrzi a minőséget: ha az agent vagy az ember hibás kódját átnézés nélkül olvasztják be, a hiba ugyanúgy élesbe kerül.
Az ág csak a kódot különíti el, az adatbázist, a jelszavakat és a külső szolgáltatásokat nem, így egy ágon futó agent is okozhat kárt az éles rendszerben.
Sok párhuzamos ág, különösen több agent egyidejű munkája mellett, könnyen átláthatatlanná válik, ha nincs elnevezési és takarítási rend.

Hasonló, de nem ugyanaz

fork – A fork az egész tároló önálló másolata, jellemzően egy másik fiókban. A branch viszont ugyanazon a tárolón belüli párhuzamos munkavonal.
commit – A commit egyetlen mentési pont a változtatásokról. A branch egy továbblépő mutató, amely mindig az ág legutóbbi commitjára mutat, és rajta keresztül az ág teljes előzménysora elérhető.
worktree – A worktree egy munkakönyvtár a gépen, amelyben egy ág fájljai ténylegesen megjelennek. Egy tárolóhoz több worktree is tartozhat, így több ágon lehet egyszerre dolgozni. Ezt gyakran kihasználják a párhuzamosan futó agentek.

Kapcsolódó fogalmak

Tágabb

verziókezelés, Git, szoftverfejlesztés

Szűkebb

fő ág, feature branch

Rokon

commit, merge, pull request, repository, kódoló agent

Röviden a története

Az ágak ötlete már a korai verziókezelő rendszerekben megjelent, de sokáig nehézkes volt a használatuk, főleg a beolvasztás. A Linus Torvalds által 2005-ben készített Git tette az ágak nyitását és beolvasztását gyors, mindennapos műveletté. A 2008-ban indult GitHub pedig a pull request köré szervezett munkamódot terjesztette el.

Hol tart most

A branch a szoftverfejlesztés évtizedek óta bevett alapeszköze. 2026 végére a kódoló agentek munkájának is szokásos kerete lett: az agent jellemzően saját ágon dolgozik, és az eredmény emberi átnézés után kerül a fő ágba.

Állapot: 2026. november

A hírekben

1 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

A Lakebase elágaztatható adatbázisokat kínál kódolóagenteknek2026. okt. 8. · Kód

Más nevei

branch · ág · fejlesztési ág · kódág · Git branch · feature branch · elágazás · branching

Források

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.