merge

alapelterjedt

A merge az a művelet, amikor egy program két külön készült változatát egyetlen közös változattá fésülik össze úgy, hogy mindkettő módosításai megmaradjanak.

Érthetően

Képzeld el, hogy ketten dolgoztok ugyanazon a szakdolgozaton: te a bevezetőt írod át, a társad a harmadik fejezetet. A végén valakinek össze kell raknia a két példányt egyetlen szöveggé, hogy mindkettőtök munkája benne legyen. A szoftverfejlesztésben ezt az összefésülést hívják merge-nek.

A fejlesztők ritkán dolgoznak közvetlenül a „hivatalos” kódon. Mindenki nyit magának egy külön ágat (branch), ott készíti el az új funkciót vagy a hibajavítást, és ha kész, visszaolvasztja a munkáját a közös változatba. Így párhuzamosan dolgozhat sok ember, és újabban sok kódoló agent is, anélkül hogy egymás lábára lépnének.

A merge nem egyszerű másolás vagy felülírás. A verziókezelő program soronként megnézi, ki mit változtatott, és a legtöbb esetben magától összerakja az eredményt. Csak akkor kér segítséget, ha ketten ugyanazt a részt írták át kétféleképpen.

Hogyan működik

A verziókezelő (leggyakrabban a Git) megkeresi a közös őst: azt az utolsó állapotot, amikor a két változat még azonos volt.
Összeveti, hogy ehhez a közös kiindulóponthoz képest mi változott az egyik ágon, és mi a másikon.
Ha a módosítások különböző fájlokat vagy ugyanannak a fájlnak egymástól távolabbi részeit érintik, a program automatikusan egyesíti őket.
Ha mindkét ág ugyanazt a sort vagy közvetlenül szomszédos sorokat írt át másként, ütközés (merge conflict) keletkezik: a program megjelöli a vitás részt, és egy embernek vagy egy agentnek kell eldöntenie, mi maradjon.
Az eredmény rendszerint új mentési pontként (merge commit) kerül be a történetbe, így később visszakereshető, mi és mikor olvadt össze. Ha a célágon közben semmi sem változott, a Git új mentési pont nélkül, egyszerűen előrelépteti az ágat (fast-forward).

Példa a mindennapokból

Megkérsz egy kódoló agentet, hogy tegyen sötét módot a weboldaladra. Az agent külön ágon elkészíti, majd jelzi, hogy a változtatás kész és „merge-elhető”. Amikor a GitHubon rákattintasz a Merge gombra, a munkája bekerül a projekt fő ágába. Sok csapatnál innen automatikusan kikerül az éles oldalra is.

Kit érint

fejlesztőNapi szinten ezzel a művelettel kerül be a munkája a közös kódba, és neki kell feloldania az ütközéseket. → Kód

vállalkozó, vezetőA merge az a pont, ahol eldől, mi kerül be a termékbe, ezért itt érdemes emberi jóváhagyást és ellenőrzést előírni.

munkavállalóHa AI-agenttel készíttetsz kódot vagy automatizálást, a merge jóváhagyásával a gyakorlatban te felelsz azért, ami bekerül. Az agentre nem lehet hivatkozni, ezért jóváhagyás előtt nézd át és próbáld ki a változtatást. → Munka és HR

Gyakori félreértés

TévhitHa a merge hibaüzenet és ütközés nélkül lefutott, akkor a program is biztosan jól működik.

ValójábanA verziókezelő csak a szöveget fésüli össze, azt nem érti, mit csinál a kód. Két külön-külön jó módosítás együtt is okozhat hibát, ezért merge után is tesztelni kell.

Korlátok és kockázatok

Az automatikus összefésülés csak a sorok szintjén dolgozik, a kód értelmét nem ellenőrzi, így logikai hibát simán átenged.
Minél tovább él külön egy ág, annál több és annál nehezebben feloldható ütközésre számíthatsz.
A sok agenttel párhuzamosan készülő kód gyorsabban termelődik, mint ahogy ember át tudja nézni, ezért a merge előtti ellenőrzés könnyen szűk keresztmetszetté vagy formalitássá válik.
Egy elhamarkodott merge az éles rendszerbe viheti a hibát; visszavonható, de ez plusz munka, és addig a kár megtörténhet.

Hasonló, de nem ugyanaz

rebase – A rebase az egyik ág módosításait áthelyezi a másik ág tetejére, és ezzel átírja a történetet, mintha a munka egymás után készült volna. A merge ezzel szemben megőrzi a párhuzamos ágak nyomát.
pull request – A pull request a kérés és a megbeszélés arról, hogy egy változtatás bekerülhessen, a merge pedig maga a beolvasztás, amely a jóváhagyás után történik.
commit – A commit egyetlen ágon rögzít egy mentési pontot, a merge két ág történetét köti össze.

Kapcsolódó fogalmak

Tágabb

verziókezelés, Git, szoftverfejlesztés

Szűkebb

merge conflict, squash merge, fast-forward merge

Rokon

branch, commit, pull request, rebase, kódellenőrzés

Röviden a története

Az összefésülés a verziókezelő rendszerekkel együtt, évtizedek alatt alakult ki. Igazán hétköznapi művelet a 2005-ben megjelent Git révén lett, amelyet Linus Torvalds a Linux fejlesztéséhez készített, és amely olcsóvá és gyorssá tette az ágak nyitását és visszaolvasztását.

Hol tart most

A merge a szoftverfejlesztés alapművelete, gyakorlatilag minden csapat naponta használja. 2026 végén a kódoló agentek egyre több változtatást készítenek elő beolvasztásra, és az ütközések feloldásában is segítenek, a végső jóváhagyás viszont a legtöbb csapatnál embernél marad.

Állapot: 2026. november

A hírekben

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

Az OpenAI új Git-backendet épített Pando néven a Codex-agentek commitáradata miatt2026. nov. 4. · Kód
Copilot: Agent Merge, Automations és agentek Dev Containerben a VS Code 1.137-ben2026. okt. 26. · Kód

Más nevei

merge · összefésülés · beolvasztás · egyesítés · merge-elés · mergelés · git merge · merging

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.