Adj egy új ágra. Hozzon létre új ágot a kiszolgálón a jelenlegi helyi ágból. Mi a különbség a „git pull” és a „git fetch” között

Ebben az esetben például egy összetett összefonódás esetén folytatható a peres eljárás, és meg lehet őrizni az összes összefonódással kapcsolatos meglévő kísérletet. Tegyük fel, hogy Marco azt sugallja Gianninak, hogy a 2. kísérlet a legmegfelelőbb, de egy kis változtatásra van szükség.

Nyomja meg az elkötelezettséget az átírt történelemmel

Így alakul a helyzet. Ezen a ponton van egy harmadik egyesítési kötelezettségvállalásunk, amely a Gianni2 kísérletének eredménye, amelyhez Marco hozzátette a javításokat. Ezen a ponton megtisztíthatja.


Ezen a ponton Gianni megpróbálhat egy tolást, amely akkor lesz sikeres, ha ugyanakkor senki más nem tolja tovább a törzsváltást.

Ezen a ponton, ha megpróbál kattintásra, hibaüzenetet fog kapni. Gianni valójában most olyan helyzetet teremtett, amelyben a változás tökéletes eredménye ellentétes a módosítás iránti elkötelezettségével. Ennek a szabálynak a következménye van, amely - különösen az összetett egyesülések után - azt sugallja, hogy hajtják végre nagyszámú tesztek és ellenőrzések, hogy megbizonyosodjon arról, hogy az egyesülés megfelelő-e mielőtt megnyomná. Miután a nyomás valóban megtörtént, az egyesítés megváltoztatása triviális művelet lesz.

Az elosztott rendszerben az ágak kezelése radikálisan különbözik a központosított rendszerektől, ahol az ágak nem más, mint a verzióvezérlő mappa „intelligens másolata”. Fogalmi szempontból egy ág egy "kód karakterlánc", amelyet függetlenül lehet fejleszteni és szinkronizálni más kódszövegekkel egyesítési műveletek révén. Éppen ellenkezőleg, az elosztottban ez a szükség teljesen hiányzik, mivel a "kód sor" fogalma rejlik az elosztott tároló struktúrájában. A beépülési folyamat meghatározza, hogy mely változtatásokat kell beépíteni a következő elkötelezettségbe, és arra használják, hogy "új fájlokat adjunk hozzá" vagy "a tárolóban már lévő, de megváltozott fájlokat adjunk hozzá".

Gyakorlatilag az összes hozzáadott fájl hozzáadódik egy speciális területhez, úgynevezett átmeneti területhez, amely tartalmazza a következő végrehajtásba beépítendő módosításokat. Az előző műveletek végén megjelenik a mintátároló, amint az az alábbi ábrán látható, amely megmutatja a különbséget egy központi rendszerrel szemben.

A helyi adattárak megléte azt jelenti, hogy két különálló fejlesztő hozott létre helyi jutalékokat ugyanaztól az atyától, és ezért lényegében két különböző kódsorral rendelkezik: az egyik a fejlesztők számára, vagy mindkettő a helyi fiókjában működött.

Ez a helyzet haszontalan, és csak akkor van értelme, ha a tároló tartalmát korábban szeretné megtekinteni, ám nem javasoljuk, hogy munkához használja, és egyéb változtatásokat végezzen. Ezért a mutatóról beszélve egy egyszerű változó, amely egy konkrét elkötelezettségre mutat, és általában ágra utal. Valójában az ág nem egy mappa "intelligens másolata", hanem egyszerűen egy mutató, amely egy adott megbízásra mutat, és lehetővé teszi a pillanatfelvételt ebből a végrehajtásból.

Ebben az esetben két különálló sorot kell tárolnia helyileg: a mester és az egyik, ahol a hiba kijavításra kerül. Centralizált módban ez a lehetőség nem érhető el, az egyetlen analógia az, hogy létrehoz egy fiókot a kiszolgálón, de az egész csapat számára látható lesz. Ezen a ponton csak adja meg az ág nevét.

Ebben az esetben egyértelmű, hogy az újonnan létrehozott ág csak helyi, tehát nem származási helyre teszik közzé. Részletesebb magyarázat a Kötelezettség lapon található. Ez a létrehozott ágot csak a helyi lerakatban hozza létre, és senkit sem fog látni. Most két helyi fiókkal, majd két mutatóval ez az, ahogyan a helyi adattár megjelenik a helyi ágon tett két kötelezettségvállalás és a mester kötelezettségvállalása után.

Az előző ábra bemutatja, hogyan lehet egyesíteni egy ágot, amelynek jelentős hibája van javítva. Miután minden konfliktus megoldódott, új kötelezettségvállalást kell vállalnia azok megoldásával. Mint láthatja, az eredmény hasonló a konfliktus megoldásához, amelyet két fejlesztő okozott, akik ugyanazt a fájlt cserélték a saját fájljukban helyi raktár, a koncepció hasonló. Az előző esetben konfliktus merült fel a helyi és a távoli master között, ebben az esetben konfliktus merül fel a két helyi fiók között.

A helyi fióktelepek közötti konfliktusok megoldása után további varázslatok léphetnek fel a varázsló felett, amelyeket más fejlesztők okozhatnak, akik ugyanazokat a fájlokat módosították, mint az alábbi képen. Az eredmény az alábbiakban látható. Ebben az esetben két helyi fiókunk van és egy távoli, minden egyesítés megtörténik, majd továbbjuthatunk a központi adattárba.

Helyi ághatások más fejlesztők számára

Gyakran a hibajavításhoz vagy a kísérletezéshez használt helyi ágaknak nincs értelme létezni az egyesítés után, és eltávolításukra kerülnek. A törlés művelet egyszerűen törli a mutatót, de minden kötelezettségvállalás mindig megmarad. Érdekes szempont az, hogy megértsük, mit látnak más fejlesztők, amikor vonzzák és vonzzák a fejlesztői változtatásokat, amelyek a helyi egyesülést eredményezték. Tehát lássuk, mi történik a csapat másik fejlesztőjével.

Íme, amit egy másik fejlesztő lát. Ez a helyzet gyakran azt eredményezi, hogy az emberek nem használják a helyi fióktelepeket, hogy elkerüljék a központi adattár bonyolítását, de ez az eszköz számos előnyeit megfosztja. Tegyük fel, hogy egy második fejlesztő panaszkodik a tárházban található zavar miatt, mert az első fejlesztő által létrehozott helyi fióktelep a lerakat szerkezetét bonyolultabbá tette. Ha az összes fejlesztő helyi fióktelepeket használ, akkor a központi adattár kezelhetetlenné válhat.

A helyzet hasonló az előző helyzethez. Mivel az összes hatás összehasonlítható a mappát tartalmazó pillanatfelvétel eszközzel, amely minden egyes végrehajtáskor elmenti a különbséget az előző állapothoz képest, mindezek az információk felhasználhatók a differenciális változások újbóli alkalmazására a különböző atyák esetében. A javítással korlátozott helyi fióktelepekben gyakran nem fordulnak elő konfliktusok, és a művelet ezután sikeres.