pull

alapelterjedt

A pull az a művelet, amellyel a közös tárolóból letöltöd mások legfrissebb változtatásait, és beolvasztod őket a saját gépeden lévő másolatba.

Érthetően

Képzeld el, hogy egy közös szakácskönyvet többen írtok, és mindenkinek van otthon egy saját példánya. Mielőtt nekiülsz a munkának, elkéred a központi példányból mindazt, amit a többiek azóta beleírtak, és bemásolod a sajátodba. Ez a pull: „lehúzod” a frissítéseket.

A szoftverfejlesztésben a kód egy közös tárolóban (repository) él, jellemzően egy olyan szolgáltatásnál, mint a GitHub vagy a GitLab. Mindenki a saját gépén lévő másolaton dolgozik, a pull pedig naprakésszé teszi ezt a másolatot.

A pull párja a push, amellyel a saját változtatásaidat töltöd fel a közösbe. A kettő együtt adja a csapatmunka ritmusát: előbb lehúzod, amit mások csináltak, aztán feltöltöd a sajátodat.

A kódoló agentek ugyanezt a parancsot futtatják: mielőtt egy agent nekilát egy feladatnak, jó esetben lehúzza a friss állapotot, hogy ne elavult kódon dolgozzon.

Hogyan működik

Kiadod a parancsot (a Git verziókezelőben: git pull), vagy megnyomod a fejlesztőprogramod „Pull” gombját.
A géped megkérdezi a távoli tárolót, hogy mi változott az utolsó frissítésed óta, és letölti az új változtatásokat (ez a rész önállóan a fetch).
A letöltött változtatásokat a Git beolvasztja a helyi munkádba (ez az összefésülés, angolul merge; beállítástól függően rebase is lehet). Ha közben te is rögzítettél saját változtatást, és nincs beállítva, melyik módszert használja, az újabb Git-változatok megállnak, és neked kell választanod.
Ha te és valaki más ugyanazt a sort másképp írtátok át, ütközés (konfliktus) keletkezik, és neked vagy az agentnek kell eldöntenie, melyik változat marad.
Ha minden rendben, a helyi másolatod már tartalmazza a többiek munkáját és a sajátodat is.

Példa a mindennapokból

Reggel leülsz a gépedhez, és megkéred a kódoló agentet, hogy javítson ki egy hibát a cég weboldalán. Az agent először lefuttat egy pullt. Ez azért hasznos, mert a kollégád előző este átírta és feltöltötte ugyanazt a fájlt. Így a javítás a friss változatra kerül, nem a tegnapira.

Kit érint

fejlesztőNaponta többször használja, mert ezzel tartja szinkronban a saját munkáját a csapatéval. → Kód

vállalkozó, vezetőHa fejlesztőkkel vagy kódoló agentekkel dolgoztat, ebből a szóból érti meg, miért kell a munkát rendszeresen a közös állapothoz igazítani.

szülő, diák, tanárAki programozni tanul, az első csapatmunkánál vagy iskolai projektnél biztosan találkozik vele. → Oktatás és család

munkavállalóAki nem programozóként használ AI-agentet kódhoz vagy dokumentumtárhoz, annak is látnia kell, mikor dolgozik az agent friss és mikor elavult anyagból. → Munka és HR

Gyakori félreértés

TévhitA pull és a pull request ugyanaz, csak az egyik rövidebb.

ValójábanA pull a változtatások letöltése és beolvasztása a saját gépedre. A pull request ezzel szemben kérés a többiek felé, hogy nézzék át és fogadják be a te változtatásaidat a közös kódba (a GitLabon ugyanezt merge requestnek hívják).

Korlátok és kockázatok

Ha vannak még nem rögzített (nem commitolt) módosításaid, és a pull ugyanazokat a fájlokat érintené, a Git megtagadja a műveletet. Előbb rögzítsd (commit) vagy tedd félre (stash) a saját munkádat.
Az ütközéseket a program nem mindig tudja magától feloldani, ilyenkor emberi döntés kell arról, melyik változat a helyes.
A pull azt hozza le, ami a közös tárolóban van, a hibás vagy rosszindulatú kódot is, tehát nem ellenőrzi a tartalom minőségét.
Ha egy agent önállóan futtat pullt, érdemes utána megnézned, mi változott, mert a friss kód megváltoztathatja a feladat körülményeit.

Hasonló, de nem ugyanaz

pull request – Ez nem letöltés, hanem átnézési és befogadási kérés a saját változtatásaidra.
fetch – A fetch csak letölti a változtatásokat, de nem olvasztja be őket a munkádba, a pull mindkettőt megcsinálja.
clone – A clone egyszeri, teljes lemásolása a tárolónak a gépedre, a pull a már meglévő másolat rendszeres frissítése.

Kapcsolódó fogalmak

Tágabb

verziókezelés, Git

Szűkebb

fetch, merge (összefésülés), rebase

Rokon

push, clone, commit, pull request, repository (tároló)

Röviden a története

A pull mai értelme a Git verziókezelővel terjedt el, amelyet Linus Torvalds 2005-ben készített a Linux rendszermag fejlesztéséhez. Maga a szó korábbi verziókezelőkben is létezett. A műveletet írja le: a távoli változtatásokat „magadhoz húzod”.

Hol tart most

2026 végén a pull a szoftverfejlesztés mindennapos alapművelete, a Git pedig a legelterjedtebb verziókezelő. A kódoló agentek is gyakran futtatják munka előtt, de nem mindig automatikusan, ezért érdemes ellenőrizni, hogy friss állapotból dolgoznak-e.

Állapot: 2026. november

A hírekben

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

A Copilot Cowork egy nap alatt 1211 pull requestet készített2026. nov. 2. · Kód
A GitHub prompt-injection szkennelést ad az AI-agentek pull requestjeihez2026. okt. 28. · Kód
A GitHub Copilot Fusion általánosan elérhető, modellt választ és irányít a feladatokhoz2026. okt. 26. · Kód
Jellyfish: az agentek a PR-ok 27,7%-át érintik, a „szoftvergyárak” még ritkák2026. okt. 26. · Kód
Copilot: Agent Merge, Automations és agentek Dev Containerben a VS Code 1.137-ben2026. okt. 26. · Kód
Greptile: a házi AI-kódellenőr pull requestenként 3–25 dollárba kerül, és a lényegi hibát kihagyja2026. okt. 26. · Kód
A GitHub Copilot a Teamsbe, az Azure DevOps pedig a Microsoft Copilotba érkezik2026. okt. 23. · Kód
Linux Foundation: az AI felezi a kódolási időt, de az új PR-ok negyede szemét2026. okt. 19. · Kód

Más nevei

pull · git pull · lehúzás · pullolás · pullol · behúzás · frissítés a távoli tárolóból

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.