Mintegy git, GitHub és gitflow egyszerű szavakkal, egy programozó könyvtár
Nem a legátfogóbb, de minden bizonnyal elég felhasználóbarát bemutatása Git, GitHub és Gitflow - azok számára, akik zavarba ezek a szavak, bár nem kellene.
Versioning nem csak segít elkerülni a bosszantó készletek ha változás történik, hanem szükséges team munka a projekt. Ebben a cikkben megnézzük a fő irányító konzolt és elemezze a legnépszerűbb modell az irányítási ágak a projekt. És a ágakat is beszélni.
Git - egy elosztott verziókezelő rendszer (verziókezelő rendszer - VCS).
Versioning azt jelenti, hogy tartsa az összes változat a szerkesztett dokumentumokat, és akkor vissza a mentett változat bármikor. Úgy tűnik, mintha ez a megközelítés népszerű csupán a programozók, de valójában azt használják, például a tervezők, és a többi ember, egy kicsit több hozzáértés technikailag változások nyomon követése a munkát.
Elosztott git'a megkülönbözteti más VCS. Az hozzárendelés kell érteni szó, a lehetőségét, hogy egyetlen vezérlő a különböző projekt fejlesztők.
By the way, Git hozta létre ezt modorú úriember:
A kezdéshez, ellenőrizze, hogy telepítve van Git.
Most minden, amit létre kell hozni egy adattár, a csapat git init az útjába kerül.
Nyisson meg egy parancssort, és keresse meg a Desctop (igen, mi vagyunk eredeti), majd hozzon létre egy könyvtárat (például proglib).
Most áttérünk az új könyvtárba, és git init.
Minden, ami van egy üres tároló.
Hozzunk létre egy egyszerű README.md fájlt valami ilyesmit:
Most, hogy tudod, hogy mennyire könnyű dolgozni egy elágazást, akkor nem meglepő, hogy sok ember van egy sajátos megközelítés irányítására ágak.
De van egy másik megközelítés, amely népszerű a közösségben. Ismerje népszerű ága modul Gitflow:
Rendszer véletlenszerűen amikor látod, hogy az első alkalommal, úgyhogy menjünk érdekében. Jelenleg két fő ága van: mester és fejlesztése.
A mester ág tartalmazza pontosan ugyanazt a kódot, mint a munka (azaz, a termék) változata a projekt. És az összes munkát végzett az ág fejlesztése.
Míg dolgozik alapján fejleszteni az úgynevezett feature-ágak. Nem lehet korlátlan számú.
Ezután már a kiadás ága, amit használnak, hogy felkészüljenek az új kiadás a projekt.
Végül, van egy gyorsjavítás ág, amely arra szolgál, hogy a sürgősségi javítások hibákat talált, például a termék.
Ez azt jelenti, elméletileg van egy munkafolyamat Gitflow:
1. Hozzon létre egy adattár
2. Az adatbázis inicializálva
3. A munka kezd kialakulni ág
4. Szükség van kipróbálni egy új dolog - hozzon létre egy feature-ág, és vállalják,
5. Ha befejezte munkáját a feature-ág, akkor összeolvad, hogy dolgozzon
6. Ha meg van elégedve a jelenlegi verzió, de szeretne tovább dolgozni, hozzon létre egy kiadás ága, ahol a jelenlegi változat mozgatjuk. Szerkesztése hibákat fog bekövetkezni az azonos ág.
7. Ha egy ág kiadás vége, ideje, hogy egyesíteni, hogy a mester, és folytatni a munkát fejleszteni
8. Emellett ezen a ponton lehet jelölni a mester-ág
Végezzük a fent leírt, lépésről-lépésre, de először győződjön meg arról, gitflow-AVH - eszköz dolgozik Gitflow. Macen akkor telepítenie keresztül Homebrew:
főzetet telepíteni git - flow - AVH
gitflow-AVH - gyűjteménye kiterjesztések git, amely segít elkerülni a sok az ismétlődő feladatok és általában az élet könnyebb (nem biztos). Például, ha dolgozik, funkciókban ág, a segédprogram ellenőrzi, ha beolvadt fejleszteni, és vegye ki, ha minden jól ment. Persze, akkor kövesse a modell Gitflow függetlenül, hogy a művelet a kezét, de ez sokkal könnyebb használni, mint egy kulcsrakész megoldás, nem igaz?
Következő lesz néhány kérdést, de ha az alapértelmezett beállítást, akkor ez a parancs egyszerűen hozzon létre és nevezze az ágak mintának megfelelően Gtiflow.
Amikor vége, akkor látjuk, hogy az ág fejlesztése. Most hozzunk létre egy új feature-ág:
git - flow funkció Start new_docs
Ezután nyissa README.md és változtatásokat. Után, hogy kötelezzék el:
git commit - m „Hozzáadott új dokumentáció»
Most, ha elégedettek vagyunk mindennel, amit a végén ebben a témában:
git - flow funkció kivitelben new_docs
Mint látható, a kimenet a konzolt, ez a csapat megtette a következő:
1. egyesült ágak és fejlesztése new_docs
2. Vegye new_docs
3. Frissítés hogy dolgozzon ki egy ágat, hogy képes legyen továbbra is dolgozni
Tegyük fel, hogy egy új funkció, elégedettek vagyunk, akkor a rendszer ellenőrzi, és megfelelően működik. Most arra van szükség, hogy kiadja.
Először, meg kell ezt a parancsot:
git - flow kiadás kezdeni 2.0
Tudod, hogy minden az utolsó lehetséges javítások, frissítse változata (amelynek értéke a mobil alkalmazások fejlesztésében), és így tovább.
Amikor a munka befejeződött, csak írni:
git - flow kiadás befejezni 2.0
Meg kell adnia néhány üzenetet és címkék, majd a segédprogram tegye a következőket:
1. A felszabadulás összeolvad és a mester
2. alom kiadás, mint a 2.0
3. A felszabadulás összevonja és fejlesztése
4. Vegye ki a kioldó
5. Cseréld fejlesztésére
Néha együtt dolgoznak emlékeztet a klasszikus:
A githabe felveheti valaki akit ismer, hogy a személyzet a Settings-együttműködők beállításokat. Meghívott, így a résztvevők fogják engedni, hogy álljon be a tár vagy meg lehet építeni egy csapat a fejlesztők, és állítsa be a hozzáférési szinteket projektenként.
De még ha ismerjük a személy is, akkor lehet, hogy nem mindig tetszik, amit valaki elkövetni a mester tudta nélkül. Ilyen esetekben már tag GitHub pull-request'y és kód felülvizsgálata.
Ez a következőképpen működik: csinálsz valami javulás vagy erősít featire-ág, ezzel húzza kérésére, az egyik vezető fejlesztő felelős a projekt úgy néz ki a kódot (vagyis teszi a kód felülvizsgálata), lehet, hogy minden megjegyzést és végül add meg a kódot a mester ág (vagy máshol).
Valójában kapcsolatos véleményét, a kód különböző lehet. Szó szerint, a
És hogyan kell alkalmazni a kódot a véleményt? Vége van, ez egy nagyon fontos dolog, és meg kell, hogy legyen türelemmel, és hogy minden a medence rekvest Review, amikor a projekt, például. Hosszú távon ez megtérül. És, persze, könnyű azt mondani, «csak csináld», de egyes esetekben a hagyománya a fejlesztőcsapat is okozhat, hogy vizsgálja felül a hozzáállás bizonyos dolgokat.
Hozzon létre egy új feature-ág: