Mágikus git - 6. fejezet
6. fejezet Multiplayer Git
Kezdetben használt Git egy személyes projekt, amely az egyedüli fejlesztő. Között kapcsolatos parancsok a Git elosztott tulajdonságait, kellett csak húzza és klón. tartani ugyanazt a projektet különböző helyeken.
Ahhoz, hogy ezeket a paramétereket a jelenlegi raktározási --global csökkentse a zászló.
Git Over SSH, HTTP
Tegyük fel, hogy az SSH hozzáférést a web szerver, de Git nincs telepítve. Git kommunikálhatnak HTTP, bár ez kevésbé hatékony, mint a natív protokoll.
A régebbi verziói Git copy parancs nem működik, és akkor kell futtatni
Most akkor közzé a legújabb módosításokat SSH-n keresztül minden klón:
és bárki képes lesz, hogy a projekt
Git Over Bármi
Szeretné, hogy szinkronizálja a tároló nélkül szerverek, vagy akár egy hálózati kapcsolat? Kénytelen improvizálni röptében vészhelyzetben? Láttuk git gyors export és git gyors import lehet konvertálni egy fájlt tároló és vissza. Cseréje révén olyan fájlokat, hogy át tudjuk utalni a git repository bármilyen eszközzel, de van egy hatékonyabb eszköz: git csomagot.
A küldő létrehoz egy csomag (csomag):
A címzett ezt is egy üres raktárban. Kis mérete ellenére, a fájl tartalmazza az eredeti adattár Git.
A nagyobb projektek, megszünteti az egyetlen változás a térfogatban többlet halmozott, nem találhatók meg más üzletekben. Tegyük fel például, elkövetni «1b6d ...» - az utolsó közös mindkét csoportban:
Ha ez történik gyakran, akkor könnyen elfelejti, amelyek vállalják, utoljára küldött. Segítség megoldást kínál erre a problémára, használja címkéket. Nevezetesen, az áthelyezés után a csomag, típus
és hozzon létre frissített csomagokat keresztül
Foltok: A Global
Emlékezzünk az első fejezet:
Ennek kimenete tapasz, amely lehet beilleszteni egy e-mailt a vita. A Git repository, típus
kell a tapaszt felhelyezni.
A kapott fájlokat lehet küldeni git-send-mailben vagy manuálisan. Azt is megadhatja egy sor véglegesítésekhez:
A fogadó végén, kivéve egy e-mailt, hogy egy fájlt, és írjuk be:
A web-alapú e-mail, akkor lehet, hogy nyomjon meg egy gombot, hogy az e-mail az eredeti formájában mentése előtt a tapasz egy fájlba.
Az e-mail, hogy az ügyfelek mbox, vannak bizonyos különbségek; de ha használja az egyiket, akkor valószínűleg könnyen érthető, ezt anélkül, hogy elolvasta a leírást!
Elnézését költöztünk
Branch.master.merge lehetőség megadja az alapértelmezett távoli ág git pull. A kezdeti klónozás úgy van beállítva, hogy az aktuális ág repository, hogy még ha a feje a repository később áthelyezték egy másik ága, húzza hűen követik az eredeti ág.
Ez a lehetőség csak a tár mi klónozott eredetileg rögzített branch.master.remote paramétert. Amikor a pull más tárolókban kell adnia a helyes ág:
Ez megmagyarázza, hogy miért néhány korábbi húzó- és példák nem volt érv.
távoli ágak
Amikor a klónozás adattár, akkor is klón minden ágában. Lehet, hogy nem veszi észre, mert Git elrejti őket: meg kell kérni őket kifejezetten. Ez megakadályozza, hogy a konfliktus az ágak között a távoli tároló és a fióktelepek, és lehetővé teszi a Git kezdőknek könnyebb.
Listája távoli ágak, láthatjuk a csapatot
Meg kell látnunk
Ezek a nevek megfelelnek az ágak és a „fej” a távoli adattár; fel lehet használni a szokásos csapatok Git. Például, ha tették sokan arra vállalkozik, és szeretné összehasonlítani a jelenlegi állapot az utolsó letöltött verzió. Kereshetünk a naplókat a megfelelő SHA1, de ez sokkal könnyebb szerezni
Azt is látni, amit a kísérleti ág jött létre:
Több távoli adattárak
Tegyük fel, hogy két már dolgoznak a projekt, és szeretnénk nyomon követni mindkettő. Láthatjuk egynél több forrásban egy időben, valahogy így:
Most tettünk egy egyesülés egy ága a második tárolóból. Most már könnyen elérhető minden ágát tárolók:
De mi lenne, ha csak azt, hogy hasonlítsák össze megváltoztatása nélkül a munkát? Más szóval, szeretnénk felfedezni mások ágakat, ami nem teszi lehetővé azok változásait támadják munkakönyvtárban. Ekkor ahelyett, pull típusú
Tehát csak most vesz a történelem. Bár a munka könyvtár érintetlen marad, mi lehet hivatkozni bármely ágát bármely forrás csapat dolgozik a Git, mert most már van egy helyi másolat.
Ne feledje, hogy ez csak húzza letölteni. majd egyesíteni. Általában azt használja húzza. mert azt akarjuk, hogy töltsön magának a legújabb elkövetni, miután megkapta a külföldi fióktelepek. A leírt helyzet - egy figyelemre méltó kivétel.
Ahhoz, hogy megtanulják, hogyan kell letiltani a távoli adattárak, figyelmen kívül hagyja az egyes ágak, és több, lásd a git segítségével távoli.
Saját beállítások
Azt szeretné, hogy az emberek csatlakoznak a terveimet, A tároló létrehozása, ahonnan tudok szerezni változások segítségével húzza. Néhány Git tárhely lehetővé teszi, hogy hozzon létre saját projekt villa egyetlen gombnyomással.
Kézhezvételét követően a fát egy távoli repository futok Git parancsokat navigálni, és vizsgálja meg a változásokat, ideális esetben jól szervezett és le. Azt, hogy egy összefonódás a változásokat és esetleges bevezetése további módosításokat. Amikor boldog vagyok az eredménnyel, kitölteni a változásokat a fő tároló.
Míg együttműködve egy kicsit, úgy vélem, hogy ez a megközelítés jól skálázható. Lásd ezt a blogbejegyzést Linus Torvalds.