13. lapszám · nov. 2–8. 2026Kiadások · Fogalomtár · Archívum · Módszer · RSS · HU / ENG

Az AI-korszak hírei, hetente válogatva

Fogalomtár › Fejlesztői alapszavak

staging area

haladóelterjedt

A Git köztes állomása, ahová kiválogatod, mely módosításaid kerüljenek be a következő mentésbe, mielőtt azt véglegesen rögzíted.

Érthetően

Képzeld el, hogy költözöl, és dobozolsz. A lakásban minden szanaszét van, de nem dobsz be mindent egyszerre a teherautóba: előbb az előszobába kikészíted azt, ami ebbe a fuvarba megy. Az előszoba a staging area: ami ott van, az indul, ami a szobában maradt, az még vár.

A Git nevű verziókezelőben a programozó munkája mentésekből (commitokból) áll, ezek olyanok, mint egy-egy fénykép a projekt állapotáról. A staging area arra jó, hogy te döntsd el, mi legyen rajta a fényképen. Ha egyszerre javítottál egy hibát és átírtál egy szöveget, a kettőt külön mentésbe teheted, így később is érthető lesz, mi miért változott.

Ettől más a Git, mint egy szövegszerkesztő „Mentés” gombja: ott minden egyszerre mentődik, itt van egy közbülső lépés, ahol válogathatsz és még egyszer átnézheted, mit rögzítesz.

Hogyan működik

  1. Dolgozol a fájlokon a saját gépeden; ezek a módosítások egyelőre csak a munkakönyvtáradban léteznek, a Git látja őket, de nem rögzítette.
  2. A „git add” paranccsal kijelölöd, mely fájlok vagy akár egy fájlon belül mely sorok kerüljenek az előkészítési területre.
  3. A Git ezekről pillanatfelvételt készít, és egy index nevű belső fájlban tartja nyilván, hogy mi áll készen a mentésre.
  4. A „git status” megmutatja, mi van előkészítve és mi nincs; ha meggondolod magad, bármit visszavehetsz anélkül, hogy a munkád elveszne.
  5. A „git commit” paranccsal az előkészített tartalomból végleges mentés lesz, a terület pedig ismét megegyezik a legutóbbi mentéssel, és kezdheted a következő kört.

Példa a mindennapokból

Megkérsz egy kódoló agentet, hogy javítson ki egy hibát a weboldaladon, és a végén azt látod: „3 fájl előkészítve, 2 fájl nincs előkészítve”. Ez azt jelenti, hogy az agent három fájlt szánt a következő mentésbe, a másik kettőhöz is hozzányúlt, de azokat nem tette oda, így érdemes megnézned, miért.

Kit érint

fejlesztőNapi szinten ezzel válogatja szét a munkáját tiszta, egy-egy célt szolgáló mentésekre. → Kód
vállalkozó, vezetőHa AI-agenttel készíttetsz szoftvert, itt tudod még a mentés előtt ellenőrizni, mi kerül be a projekt történetébe.
szülő, diák, tanárAki programozni tanul, a Git első óráin találkozik vele, és gyakran ez az egyik első fogalom, amelyen elakad. → Oktatás és család

Gyakori félreértés

TévhitAmit a staging areára tettem, az már el van mentve és biztonságban van.
ValójábanAz előkészítés még nem mentés: a tartalom csak a saját gépeden, a Git belső nyilvántartásában van. A projekt történetébe a commit rögzíti, de az is csak a te gépeden van meg: mások a feltöltés (push) után látják, és biztonsági másolatnak is csak onnantól számít.

Korlátok és kockázatok

Hasonló, de nem ugyanaz

Kapcsolódó fogalmak

Tágabb

Git, verziókezelés

Szűkebb

git add, részleges előkészítés

Rokon

commit, munkakönyvtár, repository, branch, diff

Röviden a története

A Gitet Linus Torvalds készítette 2005-ben a Linux kernel fejlesztéséhez, és az index már a kezdetektől része volt. A belső nevén indexnek, régebben cache-nek hívott megoldásra később terjedt el a közérthetőbb „staging area” elnevezés.

Hol tart most

2026 végén a Git a szoftverfejlesztés szinte egyeduralkodó verziókezelője, így a staging area minden fejlesztő alapszókincsének része. A kódoló agentek is ezen keresztül készítik elő a mentéseket, ezért a fogalommal már nem csak programozók találkoznak.

Állapot: 2026. november

A hírekben

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

Más nevei

staging area · index · Git index · stage · staged changes · cache · előkészítési terület · stage-elés

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.