Mit jelent a ' szakasz ' gitben?

Egy fájl színpadra állításához egyszerűen az, hogy finoman előkészítse egy elkötelezettségre. A Git az indexével lehetővé teszi, hogy csak a legutóbbi elkötelezettség óta elvégzett változtatások bizonyos részeit hajtsa végre. Mondja, hogy két funkcióval dolgozik – az egyik befejeződött, és a másiknak még mindig szüksége van némi munkára. Szeretne elköteleződni és hazamenni (végül 5 o “óra!), De nem szeretné elkötelezni a második funkció egyes részeit, ami még nem történt meg. Te állítja be azokat a részeket, amelyekről tudod, hogy az elsőhöz tartoznak funkció és elkötelezettség. Most az elkötelezettség a projekt az első funkcióval, míg a második még folyamatban van a munkakönyvtárban.

megjegyzések

• jó magyarázat. Ne feledje, hogy a terjesztett git nyilvánvalóan lehetővé teszi mindkét funkció végrehajtását, mivel az elkötelezettségek lokálisak (eleinte). Ennek ellenére érdemes feloszthatnia a módosításokat egy funkciónkénti egy elkötelezettségre, és az átépítés ismét jól jön.
• Nem ‘ t megérteni, miért van szükség ehhez szakaszra. Ezt HG-vel vagy akár SVN-vel is megtehetem, csak a releváns fájlok végrehajtásával. Úgy érzem, hogy ezt a funkciót elsősorban azoknak az embereknek tervezték, akik ragaszkodnak ahhoz, hogy a parancssorral ott dolgozzanak, ahol div id = “368f733e60”>

Mivel eddig mindenki “formális” módon válaszolt rá, hadd tegyem ezt alternatívákkal a tanulás metaforák erejével történő fokozása érdekében.

Tehát a átmeneti terület a következő:

• olyan fájlok gyorsítótára, amelyeket el akar kötni
• nem sorozat csövekből, de valójában egy teherautóról, amely készen áll arra, hogy a betöltött munkát áthelyezze a tárolóba
• egy varázslatos helyre, ahol a kiválasztott fájlokat kővé varázsolják a varázslóval, és varázslatosan el lehet vinni a adattár tetszés szerint
• a sárga téglaút, amelyen keresztül a fájlok boldogan jutnak el az adattárba (vagy leesnek, ha vissza akarsz állni)
• a fiktív hely a tengeri kikötőben, ahol fájlok találhatók kapnak egy pár cementcipőt, majd bedobják a lerakattengerbe
• a könyvtár recepcióját, oda helyezi a fájlokat, hogy a könyvtáros felkészülhessen a könyvtárba iktatásra
• egy doboz, ahová beteszed a dolgokat, mielőtt bedobnád az ágyad alá, ahol az ágyad olyan dobozok tárháza, amelyeket korábban betoltál
• az állományok rakodóhelye, mielőtt azok a tároló raktárába kerülnének teljesítményrakodó
• egy elektromos csepegtetős kávéfőző szűrője, ha a reszelők olyanok, mint a kávépor, akkor a lekötött dossziék a főtt kávé
• a Scrooge McDuck irodája a páncélszekrény mellett, a dossziék olyanok, mint az érméket, mielőtt bemennek a hatalmas pénztároló páncélszekrényébe
• az állatkereskedésbe, ha hazahoz egy háziállatot, elkötelezte magát

Ez varázslatos !

Megjegyzések

• Szeressétek az analógiákat ; bud ^ _ ^
• Szeresse a végső hasonlatot.
• Ez a válasz ” SÉRTŐL ” szükséges a git index = git staging metafizikájának magyarázatához szükséges közös kísérletek tere között. Őszintén szólva, én ‘ is szeretném tudni, mire gondolt Linus, amikor úgy döntött, hogy indexterületet akar. Tetszik, de egyszerűen jobban szeretném értékelni, miért jó ‘, ha van, és hogyan lehet a leghatékonyabban használni.

A szakaszolás egy lépés a git-en végrehajtási folyamat előtt. Ez azt jelenti, hogy a gitben történő elkötelezettséget két lépésben hajtják végre: szakaszolás és tényleges elkötelezettség.

Amíg egy változáskészlet az átmeneti területen van, a git lehetővé teszi, hogy tetszés szerint szerkessze (lecserélje az átmeneti fájlokat szakaszos fájlok más verziói, távolítsa el a változásokat az állomásról stb.).

Megszakadt metafora idő:

Vizsgáljon meg egy olyan forgatókönyvet, ahol felhívja a költöztetőket, hogy a régi és az új lakás között eljussanak. Mielőtt ezt megtenné, átnézi a cuccait, eldönti, mit visz magával és mit dob el, zsákokba csomagolja és a fő folyosón hagyja. A költözők egyszerűen jönnek, a folyosóról előhozzák a (már becsomagolt) táskákat és elszállítják őket. Ebben a példában minden addig zajlik, amíg a költöztetők meg nem kapják a holmiját: ön dönti el, hogy mi merre megy, hogyan csomagolja és így tovább (pl. Eldöntheti, hogy a holmijának felét eldobják, mielőtt a költöztetők odaérnének – ez ” s a stádium része).

Műszaki szempontból a stádium támogatja a tranzakciós elkötelezettségeket is, azáltal, hogy az összes műveletet felosztja arra, hogy mi bukhat el (staging) és mi nem bukhat el (elkövetni): / p>

Az elkövetés a gitben tranzakcióval valósul meg, miután az átállítás sikeres. Az állomás több lépése sikertelen lehet (például el kell végeznie, de a HDD-je 99,9999% -kal megtelt, és a gitnek nincs helye végrehajtás végrehajtása). Ez sikertelen lesz az állomásoztatás során (az adattárat nem rontja meg egy részleges elkötelezettség), és az átmeneti folyamat nem befolyásolja az elkötelezettség előzményeit (hiba esetén nem sérti meg az adattárat).

Hozzászólások

• … és eddig kevés szavazat érkezett.

A többi kiváló válasz kiegészítéséhez íme a “színpad” neve:

Ellenőriztem a szótárban a szakasz jelentését, és egyik jelentés sem kapcsolódott a forrásvezérlés fogalmaihoz.

Angolul a „színpadra állítani” jelentése

szervezés és nyilvános eseményen való részvétel: UDF támogatók tüntetést rendezett Szófiában

( http://oxforddictionaries.com/definition/stage )

A git szolgáltatás “staging” elnevezése ebből a jelentésből származik: A staging során elkötelezettséget készít és szervez.Természetesen az elkötelezettség nem teljesen azonos az előadással, de ez egy fontos esemény a VCS-ben :-).

megjegyzések

• Én ‘ úgy gondoltam, hogy ez jobban illeszkedik a átmeneti bejegyzés li használatához >
• Ugyanaz. Ezenkívül ” egy pont, periódus vagy lépés egy folyamatban vagy fejlesztésben. ”
• szintén ‘ átmeneti kiszolgáló ‘ egy meglehetősen gyakori kifejezés egy olyan kiszolgáló leírására, amelyet ‘ a fejlesztés és a gyártás.

A “szakasz” egy műszakilag szükséges közbenső lépés az ellenőrzés során fájlt, nevezetesen az adattárhoz hozzáadandó változtatások összegyűjtését. Git szerzői úgy döntöttek, hogy ezt a lépést láthatóvá és tartóssá teszik, ahol más VCS teszi az átmeneti részévé az elköteleződési folyamatot. Tehát ez csak egy lehetőség, amelyet a git megad, mert megteheti, miért ne?

Ahogy én látom, a git “szakasz” az adja, hogy a többi VCS nem az, hogy használhatod egy fájl ellenőrzésére. Ez tulajdonképpen egy meg nem nevezett, nem kommentált helyi elkötelezettség, amely köztes lépést jelent teljes munkáddal véglegesen elkötelezem az adattár felé, és egyáltalán semmit nem ment a helyi repo.

Például mondjuk azt, hogy egy funkciója részben elkészült. Ez stabil állapotban van, minden tesztet sikeresen teljesít, és gyártásba is belekezdhet, de még több munkád van rajta. Létrehozhatja az összes változtatást, majd folytathatja a funkció fejlesztését.

Később lehetősége lesz arra, hogy csak elkövesse az előkészítetteket (és ezt az elköteleződést a távoli adattárba tolja), vagy hozzáadja a új változtatások az állomásterületen, majd ezt egyszerre kötelezzék el, vagy csak az új módosítások visszavonása és a munkakönyvtár visszaállítása abba az állapotba, amelyik a változtatások futtatásakor volt.

Teljesen lehetséges hogy gyakorlatilag teljesen kihagyja az állomási területet, és csak a -a opciót használja git commit használatára, ha nem találja hasznosnak az állomásterületet. Sokan kihagyják a színpadra állítást, és a GUI eszközök általában ezt is lehetővé teszik.

Megjegyzések

• ” egyéb VCS don ‘ t ” – mi készteti Önt erre? Úgy tűnik, hogy a Perforce polcai amit leírsz, és még néhány további haranggal és síppal is
• @gnat természetesen sok más VCS ad valami hasonlót a színpadra állításhoz. ” egyéb VCS ” alatt azt értem, hogy más VCS-ek, amelyek nem rendelkeznek

A legtöbb más verzióvezérlő rendszerrel 2 hely van adatok tárolása: a munkamásolat (a jelenleg használt mappák / fájlok) és az adattároló (ahol a verziókezelő dönti el, hogyan csomagolja és tárolja a módosításokat). A Git-ben van egy harmadik lehetőség: az átmeneti terület (vagy index). Alapvetően egy rakodóhelyről van szó, ahol meghatározhatja, hogy milyen változásokat szállítanak el.

forrás: http://gitready.com/beginner/2009/01/18/the-staging-area.html

Megjegyzések

• úgy tűnik, hogy ez nem tesz fel ‘ semmit lényegeset az előző 6 válasz fölé.
• Megemlíti az Indexet. És hivatkozások egy nagyon alapos cikkre. Szavazás. BTW, néhány fenti válasz puszta poén.

Megértésem szerint tegyük fel, hogy fejlesztem a bejelentkezési funkciót, és 5 egymást követő lépésre volt szükségem. Tehát itt a színpadi előkészítés segít olyan lépéseken dolgozni, mint a
az 1. lépéssel. Azt a 2. lépéssel végezzük, most az 1. és a 2. lépés egyaránt megfelelő.
keverjük össze a 3. lépéssel nem probléma pénztár legújabb lépcső, ami a 2. lépés – ugyanúgy, ahogyan elvégezte mind az 5 lépést, ami azt jelenti, hogy a szolgáltatás befejeződött, most hajtsa végre a végrehajtást.

Megjegyzések

• ez úgy tűnik, hogy ‘ nem tesz semmit lényegeset az előzőekben elhangzott és kifejtett pontokhoz képest 9 válasz
• igen, igazad van, én csak megpróbáltam egyszerűbbé és kedvesebbé tenni a magyarázatot
• És hogy milyen érzésem van ezt a fogalmat használni, azt megpróbáltam elmagyarázni
• fontolja meg, hogy egy pillantást vet az itteni beszélgetésre: Elfogadhatók-e a második TL; DR válaszok? (FWIW a korábbi válaszokhoz képest ez nem ‘ nekem nem tűnik egyszerűnek és nem is kedvesnek)
• köszönöm uram, felteszek egy kérdést. Sok válaszra bukkantam, és a legtöbb túl összetett, igen, ezek helyesek, de nehezen emészthetők meg egyszerre. Úgy gondolom, hogy ha ‘ nem tud semmit egyszerűen megmagyarázni, akkor még nem tanulták meg megfelelően, vagy nem tudják, hogyan kell használni ‘. Tehát rossz most összefoglalót vagy egyszerű választ adni ??