push

alapelterjedt

A push az a művelet, amellyel a fejlesztő a saját gépén elmentett kódváltozásokat feltölti a csapat közös, távoli tárolójába.

Érthetően

Képzeld el, hogy otthon, a saját füzetedben dolgozol egy közös könyv fejezetén. Amíg a füzet nálad van, senki más nem látja, mit írtál. A push az a pillanat, amikor a kész oldalakat beviszed a szerkesztőségbe, és beteszed a közös kéziratba.

A szoftverfejlesztésben a programozók a saját gépükön módosítják a kódot, és a változásokat először ott rögzítik (ez a commit). A push ezeket a helyben rögzített változásokat küldi fel a közös tárolóba, például a GitHubra vagy a GitLabre, ahol a többiek is elérik.

A push nem azonos a mentéssel, és nem azonos az élesítéssel sem. A mentés a te gépeden történik, a push megosztja a munkát a csapattal, és az már külön beállítás kérdése, hogy ebből mikor lesz a felhasználók által látott, működő változat.

Az AI-korszakban azért lett fontos szó, mert a kódoló agentek már nemcsak megírják a kódot, hanem képesek maguktól pusholni is. Ezért sok csapat külön szabályozza, hogy egy agent mikor tölthet fel bármit emberi jóváhagyás nélkül.

Hogyan működik

A fejlesztő (vagy egy kódoló agent) módosítja a fájlokat a saját gépén lévő másolatban.
A változásokat rövid leírással ellátott csomagba rögzíti: ez a commit, amely egyelőre csak helyben létezik.
A push paranccsal a gép felveszi a kapcsolatot a távoli tárolóval, amely ellenőrzi, van-e jogosultságod írni oda.
A távoli tároló megnézi, hogy ugyanaz az ág nem változott-e közben: ha valaki más már feltöltött oda valamit, a rendszer elutasítja a feltöltést, és előbb le kell húznod, majd össze kell fésülnöd a sajátoddal az ő változásait.
Ha minden rendben van, a változásaid felkerülnek, a többiek letölthetik őket, és gyakran automatikus ellenőrzések, tesztek is elindulnak.

Példa a mindennapokból

Megkérsz egy kódoló agentet, hogy javítson ki egy hibát a céged weboldalán. Az agent elkészül, majd megkérdezi: „Pusholjam a változásokat?” Ha igent mondasz, a javítás felkerül a közös tárolóba, ahol a kollégáid is látják, és ahonnan akár automatikusan ki is kerülhet az éles oldalra.

Kit érint

fejlesztőNapi szinten ezzel a művelettel osztja meg a munkáját a csapattal, és ezzel indítja el az automatikus ellenőrzéseket. → Kód

vállalkozó, vezetőNeki kell eldöntenie, ki és milyen AI-agent tölthet fel kódot a cég tárolójába emberi jóváhagyás nélkül.

munkavállalóAki AI-eszközzel készít kisebb programokat vagy automatizálásokat, előbb-utóbb találkozik a kérdéssel, hogy feltöltse-e a munkáját a közös tárolóba. → Munka és HR

Gyakori félreértés

TévhitHa pusholtam, a változás már élesben fut, és a felhasználók is látják.

ValójábanA push csak a közös tárolóba tölti fel a kódot. Élesbe akkor kerül, ha a csapat ezt külön lépésben megteszi, vagy ha úgy állították be a rendszert, hogy a feltöltés automatikusan elindítsa az élesítést.

Korlátok és kockázatok

Amit egyszer feltöltöttél egy közös tárolóba, azt nehéz nyomtalanul visszavonni: a véletlenül pusholt jelszót vagy titkos kulcsot azonnal le kell cserélni, mert kiszivárgottnak számít.
Az erőltetett feltöltés (force push) felülírhatja mások munkáját a távoli tárolóban, ezért a legtöbb csapat a fő ágakon letiltja.
A push nem ellenőrzi, hogy a kód jó-e: hibás vagy félkész munka ugyanúgy felmegy, ha nincs mögötte teszt és átnézés.
Ha egy kódoló agentnek írási jogot adsz a tárolóhoz, érdemes úgy korlátozni, hogy csak külön ágra tölthessen fel, a fő ágra pedig csak emberi átnézés után kerüljön be a munkája.

Hasonló, de nem ugyanaz

commit – A commit a változások rögzítése a saját gépeden, a push pedig ezeknek a rögzített változásoknak a feltöltése a közös tárolóba.
pull – A pull az ellenkező irány: mások feltöltött változásait húzod le a saját gépedre.
push-értesítés – A push-értesítés a telefonodon vagy a számítógépeden felugró üzenet, amelyet egy alkalmazás vagy weboldal küld, és semmi köze a kód feltöltéséhez.

Kapcsolódó fogalmak

Tágabb

verziókezelés, Git

Szűkebb

force push

Rokon

commit, pull, pull request, repository, branch

Röviden a története

A push mai, közismert értelme a Git verziókezelőhöz kötődik, amelyet Linus Torvalds 2005-ben készített a Linux-kernel fejlesztéséhez. Maga a művelet más, hasonló elven működő verziókezelőkben (például a Mercurialban) is megvan. A szó a GitHub 2008-as indulása után vált a fejlesztők mindennapi szókincsének részévé.

Hol tart most

2026 végén a push a szoftverfejlesztés egyik legalapvetőbb mindennapi művelete. Az újdonság az, hogy egyre gyakrabban kódoló agentek végzik, ezért a csapatok jogosultságokkal és jóváhagyási szabályokkal korlátozzák.

Á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
Octoverse: új csúcson a commitok és pushok, ahogy a fejlesztők agentekkel építenek2026. okt. 28. · Kód

Más nevei

push · git push · pusholás · pusholni · feltöltés a távoli tárolóba · force push · push to remote

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.