Teljes fejlesztési ciklus egy helyi git ág
Miután SVN még mindig problémák vannak a munka a kerek. Az aktuális tartózkodási hely nem praktikus, hogy dolgozzon ki az ágak, de például, van egy nagyon nagy probléma, amelyet nem lehet közvetlenül önthetjük a mester. Szakadó ága a repo nincs értelme, mert a ő deploitsya és tüntetések nekak. Ezért érdekelt a következő kérdéseket:
1. Hogyan húzza változások a master helyi szervezete?
2. A helyi szervezete a mester helyesen merzh?
3. Milyen problémák merülhetnek fel a teljesítménye az első két bekezdésben?
4. Mikor kell Rebase Delight és hogy szükséges-e?
Ne panaszkodj, én a Google feltérképezte, és így nem ért semmit. Magyarázza emberi szempontból, kérem.
UPD: Srácok, nagyon köszönöm az összes, de a munka töltjük fel, és mozog, de a választ kapott több, mint a beton. Köszönöm szépen újra.
Miután SVN még mindig problémák vannak a munka a kerek. Az aktuális tartózkodási hely nem praktikus, hogy dolgozzon ki az ágak, de például, van egy nagyon nagy probléma, amelyet nem lehet közvetlenül önthetjük a mester. Szakadó ága a repo nincs értelme, mert a ő deploitsya és tüntetések nekak. Ezért érdekelt a következő kérdéseket:
1. Hogyan húzza változások a master helyi szervezete?
2. A helyi szervezete a mester helyesen merzh?
3. Milyen problémák merülhetnek fel a teljesítménye az első két bekezdésben?
4. Mikor kell Rebase Delight és hogy szükséges-e?
Ne panaszkodj, én a Google feltérképezte, és így nem ért semmit. Magyarázza emberi szempontból, kérem.
UPD: Srácok, nagyon köszönöm az összes, de a munka töltjük fel, és mozog, de a választ kapott több, mint a beton. Köszönöm szépen újra.
Válaszol: 8
Itt van, hogyan csináld. Fejlődő bankfiókban, én rendszeresen csinál tolja a repo biztonsági mentés céljából. Minden nap csinálok Rebase ága, így nem kell tennie mordzh. Amikor végeztem, és az ág már nem szükséges, mint egy ág, én Rebase, majd mordzh ág a mester - még mordzh, hanem egyszerűen át HEAD mutatót a tetején a korábbi ág.
Miért tettem ezt? Ha nem húzza a változásokat a mester, az általuk felhalmozott, és az eredmény megjósolhatatlan mordzh nehézzé válik. Napi változások kenhető szigorítása komplexitás mordzha egyenletesen a nap, és soha nem kell mordzhit több mint egy nap alatt bekövetkezett változás.
A lehetséges probléma: ha sokat vállalkozik egy ága, a változó ugyanazt a kódot, az első változás a kód a varázsló erőt nekem, hogy rögzítse konfliktusok az én véglegesítésekhez. Megoldás: ragasztó Rebase követ előtt, minimális ésszerű vállalkozik a menet, aztán lesz, hogy rögzíti a potenciális konfliktus korlátozott számú véglegesítésekhez.
Továbbfejlesztett megoldás, amely a csapatot: a legtöbb esetben, hanem a funkció ág egy olyan szolgáltatást használni zászló. Ebben az esetben a bonyolultsága mordzha terjedt még vékonyan, az összes ember, aki szerkeszti a kódot vonatkozó egyik ága.
Köszönöm, jóember. Mintegy és elképzelni a folyamatot. Továbbra is lefordítani az egészet egy csapat és a tapasztalatszerzés a vizsgálati ág.
> Fejlődő bankfiókban, én rendszeresen csinál tolja a repo biztonsági mentés céljából.
És nem csak egy biztonsági másolat. Ha van egy folyamatosan tesztelő rendszer, amely teszteket minden ágát - nyomja a fióktelep, hogy küldje el a vizsgálathoz.
- Hogyan húzza változások a master helyi szervezete?
Ez attól függ, hogy a fejlesztés végezzük. Ha egyedül, akkor Rebase. Ez lesz a szép történet vállalkozik, amikor a legutóbbi. És, hogy nem egy erő tolja, ha egy ág valahol a szerver tárolóból.
Ha az ág munkát végzik közösen valakivel, akkor a legjobb, hogy nem egy egyesítést varázslót az ág, és ez lesz Bayda konfliktusokat. Ha szeretne egy szép történet, lehet, hogy a végső Rebase infúzió előtt mester (itt megint miatt rendszeres szinkronizálás könnyebb lehet).
Ismét, ha szeretne egy szép történelem, Rebase tenni, hogy megoldja az esetleges konfliktusok vele, akkor egy egyszerű egyesítést. Vagy egyszerűen csak egyesíteni.
Azt írja le őket. Mivel a jelentős változások, valamint a párhuzamos fejlesztése elkerülhetetlen konfliktus. Különösen csúnya ha mégis erőt tolakodó. (Bár én megy keresztül, mint közhely Rebase --skip)
Mikor és ha szeretne egy szép történet. Segít elkerülni a csúnya merzh-véglegesítésekhez.
Általában erre
1. git fetch git merge mester
2. git merge-name
4. világítótestek mondd, hogy soha, mert ez egy szörnyű dolog. Egyszer majdnem egész napos munka nem vész el. a gyakorlatban semmi komoly. és igen, a történet valóban szebb Komichi