Github használat. Git egy teáskannáért. Parancsok, amelyek segítenek az indulásban. Tekintse át és hagyja jóvá az egyesítési kérelmeket

Ez leírja a Git használatának gyakorlati részét - telepítését és regisztrációját a GitHub.com szerveren.

A GitHub.com egy olyan szolgáltatás, amely a kód és az adatok tárolását kínálja verzióvezérlő rendszer segítségével Git. A GitHub ingyenes csomagot biztosít 300 MB egyszerű szöveges adat tárolására. Ez azt jelenti, hogy bármely internetfelhasználó letöltheti adatait. Havi 7 dollár fizetésével olyan adattárakat is tárolhat, amelyek mások számára zárva vannak a GitHubon. Az ingyenes GitHub-fiókon alapértelmezés szerint senki sem módosíthatja az adatait (csak olvasni tudja). De megszabhatja, hogy a GitHub rendszer mely felhasználóinak van írási joga.

A cikk részletesen elmagyarázza, hogyan kell konfigurálni a Git-et Windows operációs rendszeren és Linux operációs rendszeren.

A Git telepítése Linuxra

Szerintem nincs értelme elmagyarázni a Linux-felhasználóknak, hogyan telepítsék a Git-et – ez minden rendszeren másként történik. Debian rendszeren (ami nekem van) a Git telepítéséhez a következő parancsot használhatja:

apt-get install git

A Git telepítése Windows rendszeren

Nyissa meg a hivatalos Git oldalt http://git-scm.com, kattintson a gombra Letöltés Windowshoz. A megnyíló ablakban kattintson a gombra Teljes telepítő a hivatalos Githez. Elindítjuk a kapott exe fájlt.

A telepítési folyamat során a következő kérdést fogja feltenni:

Azt javaslom, hogy válassza a "Git futtatása a Windows parancssorból" lehetőséget. Az összes többi opció alapértelmezettként hagyható. A Git telepítése után újra kell indítania vagy ki kell jelentkeznie, majd újra be kell jelentkeznie ahhoz, hogy a rendszer PATH változójának módosításai életbe lépjenek.

Ha megkapjuk a verzióinformációkat, akkor a Git telepítve van és működik. Ha olyan információt kapunk, hogy a git program nem található, akkor rájövünk, hogy mit csináltunk rosszul.

SSH kulcsok beállítása

A GitHubon való regisztráció előtt először létre kell hoznia egy SSH titkosítási kulcsot. Ez a kulcs szükséges a GitHubhoz való gyors kapcsolat létrehozásához jelszó megadása nélkül. Ilyen kulcs nélkül a GitHub egyszerűen nem fog működni.

Figyelem!

A kulcs generálásakor jelszót kell megadni. Ez a hozzáférési jelszó a privát kulcshoz, amely csak az Ön gépén van tárolva, és sehol máshol. Ez a jelszó a maximális biztonság érdekében van beállítva, bár megteheti nélküle is. Tudnia kell, hogy ha jelszót állít be a privát kulcshoz, ezt a jelszót minden alkalommal meg kell adnia, amikor csatlakozik a GitHub szerverhez. Így a jelszó beállításakor a titkosítási kulcsok használatának minden kényelme eltűnik.

MyTetra felhasználók: A szinkronizálás során a git hívására használt parancssori felület nem fogadja el a karakterbevitelt. Ezért, ha beállít egy jelszót, a szinkronizálás nem fog működni.

SSH-kulcsok beállítása Linuxon

Linux operációs rendszeren először meg kell nézni a ~/.ssh könyvtárat. Ha vannak id_rsa és id_rsa.pub fájlok, akkor ezek SSH-kulcsok. Ha nincs ilyen könyvtár vagy ilyen fájlok, akkor létre kell hozni a kulcsokat. Kiadjuk a parancsot:

Ahelyett [e-mail védett] meg kell adnia az email címét. A kulcsgenerálási folyamat során a rendszer megkérdezi, hogy hova helyezze a fájlokat; válaszul egyszerűen nyomja meg az Enter billentyűt. Amikor a rendszer jelszót kér, egyszerűen nyomja meg az Enter billentyűt. A generálás után az id_rsa és id_rsa.pub fájloknak meg kell jelenniük a ~/.ssh könyvtárban, amelyek a jövőben hasznosak lesznek.

SSH-kulcsok beállítása Windows rendszeren

Windows operációs rendszereken a Git tartalmazza az SSH-kulcsgenerátort. A kulcsok generálásához futtassa a fájlt C:\Program Files\Git\Git bash.vbs. Normál exe fájlként indítható. Megnyílik a Git Console program. Ebben ki kell adnia a parancsot:

ssh-keygen -t rsa -C " [e-mail védett]"

Legyen óvatos, a másolás-beillesztés hibás ebben a konzolban, egyszerűbb manuálisan megadni a parancsot. Postafiókját e-mail-címként jelöljük meg. Kérésre " Írja be a fájlt, amelybe menteni szeretné a kulcsot" egyszerűen nyomja meg az Enter billentyűt. Amikor a rendszer jelszót kér, az " Írja be a jelszót " és az " Írja be újra ugyanazt a jelszót " egyszerűen nyomja meg az Enter billentyűt. A kulcsok generálása során körülbelül a következő információk jelennek meg a konzolon:

Nyilvános/privát rsa kulcspár generálása.
Írja be a fájlt, amelybe menteni szeretné a kulcsot (/c/Documents and Settings/username/.ssh/id_rsa):
Írja be a jelszót (üres, ha nincs jelszó):
Írja be újra ugyanazt a jelszót:
Az Ön azonosítása a /c/Documents and Settings/username/.ssh/id_rsa mappába került.
Nyilvános kulcsát a /c/Documents and Settings/username/.ssh/id_rsa.pub mappába mentette.
A kulcs ujjlenyomata a következő:
51:db:73:e9:31:9f:51:a6:7a:c5:3d:da:9c:35:8f:95 [e-mail védett]

A program végrehajtása után a könyvtárban C:\Dokumentumok és beállítások\felhasználónév\.ssh Lesznek id_rsa és id_rsa.pub fájlok, ezek hasznosak lesznek számunkra a jövőben.

Regisztráljon a GitHub.com oldalon

Most minden készen áll a regisztrációhoz. Lépjen a GitHub.com kezdőlapjára. A kezelőfelület kissé zavaros, ezért adok pár képernyőképet, hogy hova kell kattintani. A dizájn és az elrendezés bármikor változtatható, ezért jelenleg a műveletek logikáját írom le.

A felső menüben találjuk a " Árak és regisztráció", és kattintson rá:

Megnyílik a díjcsomag választási oldal. Válasszon egy ingyenes fiókot" Hozzon létre egy ingyenes fiókot":

SSH-kulcs telepítése a GitHubon

Közvetlenül a regisztráció után regisztrálnia kell nyilvános titkosítási kulcsát (nyilvános SSH-kulcsát) a GutHub rendszerben. Kulcs hozzáadásához kattintson a jobb felső sarokban található " gombra Fiók beállítások":

A megnyíló ablakban kattintson a "menüpontra" SSH nyilvános kulcsok", és nyomja meg a " Adjon hozzá egy másik nyilvános kulcsot". Két mező jelenik meg - a kulcs neve ( Cím) és a kulcs tartalma ( Kulcs).

A terepen Cím Megírhatja annak a számítógépnek a nevét, amelyen a nyilvános kulcsot előállították. Tudsz oroszul írni.

A terepen Kulcs be kell illesztenie az id_rsa.pub fájl tartalmát. Emlékszel, melyik könyvtárban vannak? Megyünk ebbe a könyvtárba, nyissa meg az id_rsa.pub fájlt bármilyen szövegszerkesztővel (pontosan .pub kiterjesztéssel, ne keverje össze). Jelölje ki az összes szöveget, másolja ki és illessze be a GitHub oldalon lévő mezőbe Kulcs.

A kulcs hozzáadása után a számítógép csatlakozhat a GitHubhoz a git programon keresztül, és nem fordulhat elő hiba.

Leraktár létrehozása a GitHubon

Itt az ideje, hogy létrehozza első GitHub-tárhelyét. A repository egyszerűen egy könyvtárnak tekinthető, amelyben a szinkronizált fájlok és alkönyvtárak találhatók. A GitHub webes felületén létre kell hozni egy repository-t, amelyet fájlokkal tölthet fel, és a számítógépén található git program segítségével dolgozhat vele.

Leraktár létrehozásához kattintson a jobb felső sarokban található " gombra Irányítópult". A megnyíló ablakban látni fogja az elemet " Hozzon létre egy adattárat":

Tehát nincs szükségünk erre a pontra! Ez az elem nem a lerakatlétrehozó párbeszédablakot nyitja meg, hanem egy súgóoldalt. Ahelyett, hogy erre az elemre kattintana, keressen egy nem feltűnő hivatkozást az alábbi oldalon a " Hozzon létre egy adattárat". Megnyitja az új lerakat hozzáadásához szükséges párbeszédpanelt.

Az új lerakat hozzáadása párbeszédpanelen ki kell töltenie legalább a projektnév mezőt " Projekt neve". Jobb, ha nem használja a cirill ábécét a projekt nevében, mivel a projekt neve valójában a könyvtár neve. A problémák elkerülése érdekében jobb, ha a projekt neve csak a latin ábécét tartalmazza. Miután rákattintott a " Tárhely létrehozása", a tároló létrejön.

A GitHub rendszerben lévő adattárhoz mutató működő hivatkozás a következőképpen jön létre. Ha felhasználónévként van regisztrálva, és a tárhelyének neve reponame , akkor a következő hivatkozásokat használhatja a tár eléréséhez:

A Git szintaxisban:

[e-mail védett]:felhasználónév/reponame.git

Https szintaxisban:

https:// [e-mail védett]/felhasználónév/reponame.git

A GitHubon található adattárral végzett munka a Git programmal

Ettől a pillanattól kezdve teljesnek tekinthető a tánc a GitHub webes felülete körül. Továbbá csak a git programmal dolgozhat.

Először is el kell végeznie egy kis konfigurálást a git programban: adja meg felhasználónevét és e-mail címét a helyi git rendszernek. Ez a következő parancsokkal történik, amelyek bármelyik könyvtárból végrehajthatók:

git config --global user.name "YourFullName"
git config --global user.email [e-mail védett]

ahol a YourFullName helyett a nevét kell beírnia, és helyette [e-mail védett]- az email címed. Ezeket az értékeket a GitHub bejelentkezéshez használják. Ezért a YourFullName helyett meg kell adnia bejelentkezési adatait a GitHubon, és a helyén [e-mail védett] meg kell adnia a titkosítási kulcsok generálásakor megadott e-mail címet.

Ezen beállítások után feltöltheti fájljait a tárolóba. Lépjen be a projekttel rendelkező könyvtárba, és adja ki a parancsokat:

git commit -a -m "első commit"

git remote add origin [e-mail védett]:felhasználónév/reponame.git

git push -u eredetű mester

E parancsok után a GitHub-kiszolgálón létrejön a fájlok másolata abban a könyvtárban, amelyben a parancsok végrehajtásra kerültek. Ezután véglegesítéseket hajthat végre, módosításokat feltölthet a GitHub-kiszolgálóra, és kiolvashatja a módosításokat a szerverről. De ez egy teljesen más történet.

Sokan nehezen kezdik el a munkát Git, elvégre nem mindenki szokott a parancssorral dolgozni, de a legjobb, ha azzal dolgozik Git adattár. És ma a legegyszerűbb dologról fogok beszélni, hogy úgy mondjam Git egy teáskannáért hogy kényelmesebbé váljon ezzel a rendszerrel. Git egy verziókezelő rendszer, amely lehetővé teszi, hogy a megfelelő időben visszatérjen a régi verzióhoz, ha " elrontott".

A Git segítségével tárolhatja kódját GitHub, BitBucketÉs Google Code.

A projekt kódját bármikor letöltheti számítógépére, módosíthatja és visszatöltheti, hogy kollégái számára elérhetővé váljon.

Hol kezdjem?

Szükségünk van egy programra Git Bash, ez egy Cygwin alapú shell, így lehetséges Unix parancsok, például ls, cd, mkdir használata. Letöltheti a következő linkről: http://git-scm.com/.

A Git beállítása

Mielőtt elkezdenénk, kicsit konfigurálnunk kell a programot. Be kell állítanunk a felhasználónevet és az e-mail címet a parancssorban:

Git config --global user.name "Az Ön neve" git config --global user.email "Az Ön e-mailje"

A sorvégi beállításokat is konfigurálnunk kell, Windows esetén két parancsot adunk meg

Git config --global core.autocrlf true git config --global core.safecrlf false git config --global core.eol native

Ezzel a beállítás befejeződött, elkezdhetünk dolgozni a projekttel.

Projekt létrehozása

Tegyük fel, hogy van egy mappánk egy projekttel, amelyet a GitHubon szeretnénk tárolni.

2. Inicializálja a Git-tárház mappáját. Ezt projektenként csak egyszer kell megtenni.

Git init

3. Kapcsolja össze a mappát a távoli tárolóval

Git távoli hozzáadási forrás: https://github.com/LeoXCoder/test_project.git

4. Adja hozzá az összes új és módosított fájlt

Git add .

5. Jelölje meg az összes új és módosított fájlt egy üzenettel ( elkövetni)

Git commit -m "üzenet"

Üzenet helyett írjon be például egy üzenetet Initial Commit. vagy Hibajavítás.

6. Töltse fel a kódot a távoli tárolóba

Git push -u eredetű mester

ebben a formában csak először használjuk, majd a parancsot zászlók nélkül használjuk

Git push

7. Megtekintheti a végrehajtott változtatások állapotát.

Git állapot

8. A tár letöltéséhez használja a parancsot

Git pull

Második számítógép

A lerakat másik számítógépen való használatához használja a következő parancsokat.

1. Az adattár klónozása

Git klón https://github.com/LeoXCoder/test_project.git

Ennek eredményeként a git letölti a távoli tárolót egy új tesztprojekt mappába

2. Néhány változtatás után a kódban ugyanazokat a parancsokat hajtjuk végre

Git add . git commit -m "Módosítottam a felhasználói modult." git push

Változások visszaállítása

1. Teljes visszaállítás az előző véglegesítéshez

Git reset HEAD --hard

2. A fájl módosításainak visszaállítása a véglegesítési verzióra

Nyissa meg a pénztárat

3. Visszaállítás egy létrehozott címkére, például v1

A Github egy nagyon híres platform a nyílt forráskódú projektek forráskódjának tárolására, terjesztésére és kezelésére. Ezt a szolgáltatást számos fejlesztő használja szerte a világon, köztük olyan nagyvállalatok, mint a Microsoft, a RedHat és még sokan mások, valamint számos népszerű projekt több száz fejlesztője.

A platform nem csak a kód megtekintésére és terjesztésére ad lehetőséget, hanem a verzióelőzményeket, a kollaboratív fejlesztőeszközöket, a dokumentációt biztosító eszközöket, a kiadások kiadását és a visszajelzéseket is. És a legjobb az egészben az, hogy nyilvános és magánprojekteket is fogadhat a Gihubon. Ebben a cikkben megvizsgáljuk, hogyan használhatja a Githubot projektje tárolására. Úgymond github kezdőknek.

Tehát tegyük fel, hogy van saját projektje, és a kódját nyilvánosan szeretné elhelyezni a Githubon, hogy más felhasználók is megtekinthessék és részt vegyenek a fejlesztésben. Az első dolog, amit meg kell tennie, egy fiók létrehozása.

1. Fiók létrehozása

Új fiók létrehozásához a webhelyen nyissa meg a GitHub fő oldalát, és azonnal megadhatja az új fiók adatait. Meg kell adnod egy felhasználónevet, email címet és jelszót:

Ha befejezte a bevitelt, nyomja meg a gombot "Regisztrálj ingyen":

A következő lépésben ki kell választania a tároló típusát. A nyilvános adattárak ingyenesek, de ha privát adattárat szeretne létrehozni, amelynek kódja csak Ön számára lesz elérhető, akkor havonta 7 dollárt kell fizetnie.

Fiókja készen áll, és átirányítunk egy oldalra, ahol létrehozhatja első projektjét. Mielőtt azonban ezt megtenné, meg kell erősítenie e-mail címét. Ehhez nyissa meg postafiókját, és kövesse a Githubtól kapott e-mailben található hivatkozást.

Nincs szükség github beállításra, elég néhány kattintás.

2. Repository létrehozása

A megnyíló oldalon, ez a jogosult felhasználók főoldala, kattintson a gombra "Indíts el egy projektet":

Azonnal inicializálhatja a tárolót egy Readme fájl létrehozásával a négyzet bejelölésével "Inicializálja ezt a tárolót README-val" a lap alján. Választhat licencet is:

Ha kész, válassza ki "Projekt létrehozása", akkor egy új projekt jön létre egy leírást és egy licencfájlt tartalmazó README fájllal.

3. Elágazások hozzáadása

A Github-ágak lehetővé teszik, hogy egy projekt több verziójával dolgozzon egyszerre. Alapértelmezés szerint a tároló létrehozásakor a fő ág jön létre, ez a fő munkaág. További ágak hozhatók létre, például a szoftver tesztelésére, mielőtt közzéteszik a fő ágon. Így egyszerre lehet fejleszteni a terméket és stabil verziót biztosítani a felhasználóknak. Külön ágakat is létrehozhat a különböző rendszerek programverziójához.

Az aktuális ág a bal felső sarokban jelenik meg a szó után "Ág".Új ág létrehozásához egyszerűen bontsa ki ezt a listát, és kezdje el beírni a nevét:

Maga a webhely kéri, hogy hozzon létre egy új szálat, válassza ki "Elágazás létrehozása".

Közvetlenül a létrehozás után az újonnan létrehozott ággal fog dolgozni.

4. Fájl módosítások és véglegesítések

A Githubon lévő fájlok minden módosítása véglegesítéssel történik. A véglegesítés a javítások elvégzésével és a javítások leírásával valósul meg. Erre azért van szükség, hogy tudd, mit és mikor változtál, valamint megkönnyíti a csapat munkájának nyomon követését. A commit szót „javításnak” fordíthatjuk. Vagyis több fájlon is módosíthatunk, majd véglegesíthetjük azokat. Példaként változtassuk meg a README fájlt. Ehhez keresse meg az ecsettel ellátott gombot a panel jobb oldalán, és kattintson rá:

Megnyílik egy szövegszerkesztő, ahol megadhatja a szükséges javításokat:

Miután mindent megtett, amire szüksége van, ki kell töltenie a mezőt "Elkövetni" a lap alján. Röviden írja le, mi változott, majd kattintson a gombra "Módosítások végrehajtása":

Ezek a változtatások a projekt jelenlegi ágára vonatkoznak, mivel jelenleg teszteléssel dolgozunk, a változtatásokat oda küldjük el.

5. Lehívási kérések létrehozása

A kezdőknek szánt GitHub nagyon bonyolultnak tűnhet éppen az ilyen funkciók miatt, de nagyon kényelmes, ha rájöttél. A Merge Request vagy Pull Request egy olyan szolgáltatás, amellyel bármely fejlesztő megkérhet egy másikat, például egy adattár létrehozóját, hogy vizsgálja felül a kódját, és adja hozzá a fő projekthez vagy ághoz. A Merge Request eszköz a diff összehasonlító eszközt használja, így az összes változást láthatja, azok más színnel lesznek aláhúzva. A Pull Request azonnal létrehozható a véglegesítés létrehozása után. Küldjünk lehúzási kérelmet tesztelési águnkból a fő ágra. Először nyissa meg a lapot "Kérés lehívása".

Kattints ide "Lehúzási kérelem létrehozása":

Ebben az ablakban megtekintheti az összes módosítást; most látjuk, hogy a sor hozzáadásra került:

6. Tekintse át és hagyja jóvá az egyesítési kérelmeket

Most ugyanazon a Lehívási kérelmek lapon látjuk az újonnan létrehozott egyesítési kérelmet, és csak annyit kell tennünk, hogy elfogadjuk a "Egyesítési lehívási kérelem":

De ha ez a kérés mástól érkezett, akkor ellenőrizni kell, hogy ő mit változtatott ott, és szükséges-e. Ehhez csak kattintson a kérelem leírására, és megjelenik a már megszokott változásnézet ablak:

A kód ezután importálódik a fő ágba, és a tesztelési ág biztonságosan törölhető.

7. Hibajelentések

Egy másik kényelmes dolog, hogy a GitHubot nemcsak kódfejlesztésre és -kezelésre használhatod, hanem a felhasználók visszajelzésére is. A lapon "Probléma" A felhasználók üzeneteket küldhetnek a termék használata során tapasztalt problémákról. Nyissa meg a lapot "Problémák", és kattintson a gombra "Új probléma":

8. Kiadások

Az utolsó dolog, amit ma megnézünk, a kiadások. Amikor a termék elér egy bizonyos szakaszt, kiadhat egy kiadást, hogy a felhasználók biztosak lehessenek abban, hogy ott minden stabil, és senki nem tört el semmit a hibás Pull Request-tel a Masterben. Először a projekt főoldalára, majd a lapra kell lépnie "Kiadások":

Ezen az oldalon meg kell adnia a verziót a mezőben "Címke verziója", majd a kiadás nevét és egy rövid leírást. Ha bináris fájlokat tartalmazó archívumokat állított össze, akkor azokat is ide kell csatolnia. Ezután kattintson "Release létrehozása":

A kiadás létrehozása után a következő oldal jön létre:

következtetéseket

Ebben a cikkben megvizsgáltuk, hogyan használhatja a GitHubot projektje üzemeltetésére és kezelésére. A teljes rendszer angol nyelvű, így az alapvető nyelvtudás nagyon kívánatos, de enélkül sem lesz túl nehéz a munka a githubbal. Remélem, ez az információ hasznos volt az Ön számára. Ha érdekli a Git parancssorból történő kezelése, olvassa el a kezdőknek szóló cikket.

Az elosztott verziókezelő rendszerek (DVCS) fokozatosan felváltják a központosított rendszereket. Ha még nem használtad valamelyiket, itt az ideje, hogy kipróbáld.

Ebben a cikkben megpróbálom bemutatni, hogyan kezdhet gyorsan kísérletezni a gittel a github.com webhely használatával.

Ez a cikk nem tárgyalja a különböző DVCS-k közötti különbségeket. Ezenkívül a git-tel való munkavégzésről nem lesz szó részletesen, sok jó forrás található ebben a témában, amelyeket a cikk végén közölni fogok.

Tehát a github.com webhely a git verzióvezérlő rendszert használó webprojekt-tárhely szolgáltatásként, valamint a fejlesztők közösségi hálózataként van elhelyezve. A felhasználók korlátlan számú adattárat hozhatnak létre, amelyek mindegyike egy wikivel, egy problémakövető rendszerrel, kódellenőrzési lehetőséggel és még sok mással rendelkezik. A GitHub jelenleg a legnépszerűbb szolgáltatás a maga nemében, megelőzve a Sourceforge-ot és a Google Code-ot.

A nyílt forráskódú projektek esetében az oldal használata ingyenes. Ha privát tárolókra van szüksége, frissíthet fizetős csomagra:

Kezdjük a regisztrációval. Kövesse a github.com/signup/free linket, és adja meg adatait.
Regisztráció után a fiókunk irányítópultjára kerülünk:

Most már nincs egyetlen tárhelyünk, és vagy létrehozhatunk egy új tárolót, vagy leágazhatunk valaki más meglévő tárolójából, és vezethetjük saját fejlesztési águnkat. Ezután, ha kívánja, javasolhatja a változtatásokat az eredeti tároló szerzőjének (Lehívási kérés).

De először telepítsük a git-et, és konfiguráljuk úgy, hogy működjön a webhelyen.

Ha Windows rendszeren dolgozik, töltse le és telepítse az msysgit programot. Ez a git for Windows konzolos verziója (a továbbiakban a történet ennek az operációs rendszernek a példáján alapul).
Utasítások MacOS X-hez (engl.)
Útmutató Linuxhoz (magyar)
Nem lehet probléma, csak kattintson a Tovább gombra mindenhol. A telepítés után válassza ki a Git Bash Explorer helyi menüjéből:

Vagy a Git Bash.lnk-n keresztül a telepített programmal rendelkező mappában:

A konzolban megadjuk adatainkat és sortörés beállításainkat:
git config --global user.name "a neved"
git config --global user.email "e-mail"
git config --global core.autocrlf true
git config --global core.safecrlf true

Egyébként azt javaslom, hogy vegyen részt egy jó interaktív tanfolyamon a git konzolról történő használatáról. A tanfolyam néhány óra alatt elkészül, és biztosítja a szükséges alapkészségeket.

Azok számára, akik előnyben részesítik a gui-t, számos ilyen eszköz létezik a git-vel való munkavégzéshez Windows rendszeren. A két fő a SmartGit (cross-platform) és a TortoiseGit. Mindkettő jó, ízlés dolga, hogy melyiket használjuk. Leírom a TortoiseGittel való munkát.
A mákhoz giu is választható.

• A GitHub hivatalos kliense véleményem szerint még mindig elég durva.
• GitX - Nekem személy szerint nem tetszett
• GitBox - a legtöbb a mac-wayt követi, nagyon ajánlom a kipróbálását

A gitről oroszul:
habrahabr.ru/blogs/Git/106912 „A sikeres elágazási modell a git számára” - egy jó angol cikk fordítása
githowto.com interaktív tanfolyam a git konzolról történő használatáról
habrahabr.ru/blogs/Git/106912 „Miért git” + vita
habrahabr.ru/blogs/development/68341 „Git az SVN-ről migrálóknak” + vita
habrahabr.ru/blogs/Git/75990 „Csapatmunka a gitben” + vita
progit.org/book/ru A „Pro Git” könyv orosz fordítása (nem teljesen lefordítva)
habrahabr.ru/blogs/Git/123111 utasítások-csalólap kezdőknek
bejegyzések sorozata „internals of git”
lib.custis.ru/%D0%9B%D0%B8%D0%BD%D1%83%D1%81_%D0%A2%D0%BE%D1%80%D0%B2%D0%B0%D0%BB %D1%8C%D0%B4%D1%81_%D0%BE_GIT_%D0%BD%D0%B0_Google_Talks Linus Torvalds git-en
habrahabr.ru/blogs/Git/80909 könyv „The Magic of Git”

A gitről angolul:
könyveket

• progit.org/book könyv „Pro Git”
• rutracker.org/forum/viewtopic.php?t=2808582 könyv „Version Control with Git”, 2009, O"Reilly
• book.git-scm.com könyv „Git Community Book”
• rutracker.org/forum/viewtopic.php?t=2808843 könyv „Pragmatic Version Control Using Git”, 2008, T. Swicegood
• rutracker.org/forum/viewtopic.php?t=3239579 könyv „Pragmatic Guide to Git”, 2010, T. Swicegood. A leírt git verzió az 1.7.2.1. Kétoldalas, terített formátumú könyv - probléma/megoldás

Megírod a kódot, lefuttatod, és minden úgy működik, ahogy kell. Új funkciót ad hozzá, és minden leáll. Minden fejlesztő ismeri azt a helyzetet, amikor a technológia nem akar engedelmeskedni neki. Semmi sem tökéletes, és néha eltörnek a dolgok. Néha órákig is eltarthat egy kis hiba megtalálása. Ilyenkor a verziókezelő rendszerek jönnek a segítségre.

Mi az a verziókezelő rendszer?

A verzióvezérlő rendszerek (VCS, VCS, Version Control Systems) lehetővé teszik a fejlesztők számára, hogy elmentsék a kódon végrehajtott összes módosítást. Tehát a fent leírt esetben egyszerűen visszaállíthatják a kódot működő állapotba, ahelyett, hogy órákat töltenének egy kis hiba vagy olyan hibák után, amelyek megtörik a teljes kódot.

A VCS-k azt is lehetővé teszik, hogy több fejlesztő dolgozzon ugyanazon a projekten, és elmentse a változtatásokat, így mindenki nyomon követheti, min dolgozik.

Háromféle VCS létezik: helyi, központosított és elosztott.

Helyi verziókezelő rendszerek (LVCS)

Sokan a verzióellenőrzés módszerét használják a fájlok külön könyvtárba másolására, esetleg időbélyegzett könyvtárba a nagyobb ellenőrzés érdekében. Ez a megközelítés még mindig nagyon népszerű és elterjedt. A változtatásokat patch-készletként menti a rendszer, ahol minden javítás dátummal és időbélyeggel van ellátva. Így, ha a kód leáll, a javításkészletek kombinálhatók a fájl eredeti állapotának eléréséhez.

Központi verziókezelő rendszerek (CVCS)

A CSKV hátrányát kijavították az RSKV-nál, amelynek kliensei nem egyszerűen letöltik az összes fájl pillanatképét (a fájlok állapotát egy adott időpontban), hanem teljesen átmásolják a tárat. Ez azt jelenti, hogy minden ügyfélnek van egy másolata az összes forráskódról és az elvégzett változtatásokról. Ebben az esetben, ha az egyik kiszolgáló meghibásodik, bármelyik kliens lerakat átmásolható egy másik kiszolgálóra a munka folytatásához. Az RSKV másik előnye, hogy egyszerre több távoli adattárral is kommunikálhatnak, ami azt jelenti, hogy párhuzamosan több projekten is dolgozhat.

Most már megértette, mik azok a verziókezelő rendszerek, mit csinálnak, és milyen típusok. Most térjünk át közvetlenül a Gitre és annak különbségeire a GitHubtól.

Mi az a Git?

A Git egy elosztott verziókezelő rendszer, amely lehetővé teszi a fejlesztők számára, hogy nyomon kövessék a fájlok változásait, és együttműködjenek más fejlesztőkkel. Linus Torvalds, a Linux megalkotója fejlesztette ki 2005-ben, hogy lehetővé tegye más fejlesztők számára, hogy hozzájáruljanak a Linux kernelhez. A Git sebességéről, egyszerű kialakításáról, a nemlineáris fejlesztés támogatásáról, a teljes decentralizációról és a nagy projektek hatékony kezelésére való képességéről ismert.

A Git különbözik a többi VCS-től az adatokkal való munkavégzés megközelítése miatt. A legtöbb más rendszer az információkat a fájlok változásainak listájaként tárolja. Ehelyett a Git adattárolási megközelítése inkább egy miniatűr fájlrendszer pillanatképeinek sorozatához hasonlít. Minden alkalommal, amikor elmenti a projekt állapotát a Gitben, a rendszer megjegyzi, hogyan néznek ki az egyes fájlok abban a pillanatban, és eltárol egy hivatkozást az adott pillanatképre.

A Git előnyei

• Ingyenes és nyílt forráskódú. Ez azt jelenti, hogy ingyenesen letöltheti, és bármilyen módosítást elvégezhet a forráskódon;
• Kicsi és gyors. Minden műveletet helyben hajt végre, ami növeli a sebességét. Ezenkívül a Git helyileg elmenti a teljes adattárat egy kis fájlba anélkül, hogy az adatminőség romlik;
• biztonsági mentés. A Git hatékonyan tárolja a biztonsági másolatokat, ezért kevés olyan eset ismert, amikor valaki adatot veszít a Git használata közben;
• Egyszerű elágazás. Más VCS-ekben az ágak létrehozása fárasztó és időigényes feladat, mivel az összes kódot egy új ágba másolják. A Git sokkal egyszerűbbé és hatékonyabbá teszi a fiókok kezelését.

Itt az ideje, hogy megértsük, mi az a GitHub, és hogyan működik a Gittel.

Mi az a GitHub?

A GitHub egy online adattár-tárhelyszolgáltatás, amely rendelkezik a Git által támogatott összes elosztott verzió- és forráskód-kezelési funkcióval, és így tovább. Általában a Git-tel együtt használják, és lehetővé teszi a fejlesztők számára, hogy online tárolják kódjukat, majd együttműködjenek más fejlesztőkkel különböző projekteken.

A GitHub hozzáférés-vezérléssel, hibakövetéssel, problémakezeléssel és wikivel is büszkélkedhet minden projekthez. A GitHub célja a fejlesztők közötti együttműködés elősegítése.

A GitHubba feltöltött projektek a Git parancssori felület és a Git parancsok segítségével érhetők el. Vannak más funkciók is, mint például a dokumentáció, a lehívási kérelmek, a véglegesítési előzmények, az integráció számos népszerű szolgáltatással, az e-mailes értesítések, a hangulatjelek, a grafikonok, a beágyazott feladatlisták, a Twitterhez hasonló @említési rendszer stb.

A Git egy olyan eszköz, amely lehetővé teszi egy elosztott verzióvezérlő rendszer megvalósítását, a GitHub pedig egy szolgáltatás a Git-et használó projektekhez.