Bevezetés a Gitbe: mi ez, és hogyan kell használni

A Git egy nyílt forráskódú elosztott verziókezelő rendszer . Most ez egy csomó szó Git meghatározásához.

Hadd bontsam le és magyarázzam el a szöveget:

  • Vezérlő rendszer: Ez alapvetően azt jelenti, hogy a Git tartalomkövető. Tehát a Git használható tartalom tárolására - leginkább a kódolásra használják a többi szolgáltatása miatt.
  • Verziókezelő rendszer : A Gitben tárolt kód folyamatosan változik, ha újabb kódot adunk hozzá. Ezenkívül sok fejlesztő párhuzamosan adhat kódot. Tehát a verziókezelő rendszer segíti ennek kezelését azáltal, hogy megőrzi a változások történelmét. A Git olyan funkciókat is kínál, mint az ágak és az egyesülések, amelyekről később kitérek.
  • Elosztott verziókezelő rendszer : A Git rendelkezik egy távoli adattárral, amelyet egy szerver tárol, és egy helyi adattárral, amelyet az egyes fejlesztők számítógépe tárol. Ez azt jelenti, hogy a kódot nem csak egy központi szerveren tárolják, hanem a kód teljes másolata is megtalálható a fejlesztők összes számítógépén. A Git egy elosztott verzióvezérlő rendszer, mivel a kód minden fejlesztő számítógépén megtalálható. A távoli és helyi adattárak fogalmát a cikk későbbi részében ismertetem.

Miért van szükség olyan verziókezelő rendszerre, mint a Git?

A valós életben zajló projektekben általában több fejlesztő dolgozik párhuzamosan. Tehát egy olyan verziókezelő rendszerre van szükség, mint a Git, annak biztosítására, hogy a fejlesztők között ne legyenek kódütközések.

Ezenkívül az ilyen projektek követelményei gyakran változnak. Tehát a verziókezelő rendszer lehetővé teszi a fejlesztők számára, hogy visszatérjenek és visszatérjenek a kód régebbi verziójához.

Végül néha több, párhuzamosan futó projekt is ugyanazt a kódbázist foglalja magában. Ilyen esetben nagyon fontos az elágazás fogalma Gitben.

Kezdjük a Git használatával

Ahelyett, hogy az összes fogalmat egyszerre említeném, egy példán keresztül elmagyarázom a Git fogalmait, hogy könnyebben követhető legyen.

Letöltés git

Ez a link részletesen ismerteti a Git telepítését több operációs rendszerbe:

//git-scm.com/book/en/v2/Getting-Started-Installing-Git

A következő parancs használatával ellenőrizze, hogy a Git telepítve van-e:

git --version

Hozza létre a helyi Git-adattárat

A számítógépén hozzon létre egy mappát a projektjéhez. Hívjuk meg a projekt mappát simple-git-demo.

Lépjen be a projekt mappájába, és a következő parancsokkal adjon hozzá egy helyi Git-adattárat a projekthez:

cd simple-git-demo git init

A git initparancs hozzáad egy helyi Git-adattárat a projekthez.

Adjunk hozzá most egy kis kódot

Hozzon létre egy fájlt demo.txta projekt mappában, és adja hozzá a következő szöveget:

Initial Content

Itt csak egyszerű szöveggel demózunk a tényleges kód helyett, mivel a cikk fő hangsúlya a Git-re és nem egy adott programozási nyelvre irányul.

A kód állomásozása és végrehajtása

Az elköteleződés az a folyamat, amelyben a kód hozzáadódik a helyi adattárhoz . A kód végrehajtása előtt az állomáshelyen kell lennie . Az átmeneti terület az összes lekötendő fájl nyomon követésére szolgál.

Az állomásterülethez nem hozzáadott fájlok nem lesznek lekötve. Ez lehetővé teszi a fejlesztő számára, hogy mely fájlokat kell lekötni.

Stádium

Használja a következő parancsot a fájl állomásoztatásához:

git add demo.txt

Ha több fájlt szeretne hozzáadni, használhatja:

git add file1 file2 file3

Ha a projektmappában lévő összes fájlt hozzá szeretné adni az átmeneti területhez, használja a következő parancsot:

git add .

Használja ezt körültekintően, mivel hozzáadja a projekt összes fájlját és mappáját az átmeneti területhez.

Elköteleződés

A fájl végrehajtásához használja a következő parancsot:

git commit -m "Initial Commit"

A „Initial Commit” itt az elkötelezettség üzenet. Írjon be egy megfelelő kötelezettségvállalási üzenetet annak jelzésére, hogy milyen kódváltozásokat hajtottak végre az adott kötelezettségvállalásban.

Git állapota és Git naplója

Most módosítsa a demo.txtfájlt, és adja hozzá a következő részletet:

Initial Content Adding more Content

Állapot

Használja git status, ha információt szeretne megtudni arról, hogy milyen fájlok vannak módosítva, és milyen fájlok vannak az átmeneti területen - más információkat is mutat, amelyeket egyelőre figyelmen kívül hagyhatunk.

Az állapot megtekintéséhez használja a következő parancsot:

git status

Az állapot azt mutatja, hogy demo.txtmódosult, és még nincs az átmeneti területen.

Most adjunk hozzá demo.txtaz átmeneti területhez, és végezzük el a következő parancsokkal:

git add demo.txt git commit -m "demo.txt file is modified"

Napló

Használja git logaz eddigi összes végrehajtás kinyomtatásához.

Az ehhez használt parancs:

git log

A napló megmutatja az egyes elkötelezettségek szerzőjét, az elkötelezettség dátumát és az elkötelezettség üzenetét.

Ágak

Eddig egyetlen fiókot sem hoztunk létre a Git-ben. Alapértelmezés szerint a Git elkötelezettségei a ágba kerülnek.

Mi az az ág?

Az elágazás nem más, mint a Git-adattár legújabb elkötelezettségének mutatója. Tehát jelenleg a fő águnk a második elkötelezettségre mutat “demo.txt file is modified”.

Miért van szükség több ágra?

Több ágra van szükség a több párhuzamos fejlesztés támogatásához. Az alábbi képen megtekintheti az ágak működését.

Kezdetben az 1. és a 2. elköteleződést a fő ágban végezték el. A 2. elkötelezettség után létrejön egy új „Test” nevű fiók, és a 3. és a 4. elkötelezettség hozzáadódik a teszt ághoz.

Ugyanakkor egy másik 3-as és 4-es kötelezettségvállalás hozzáadódik a fő ághoz. Itt láthatjuk, hogy a Commit 2 után két különálló ágban két párhuzamos fejlesztés zajlik.

A Test Branch és a Master Branch itt szétvált és eltérő kóddal rendelkeznek - a Test Branch kódja összeolvasztható a Master fiókkal git merge. Erről később lesz szó.

Hozzon létre egy új fiókot a Local-ban

Hozzon létre egy új elnevezésű tesztet a következő paranccsal:

git branch test

Ez a parancs létrehozza az testágat.

Még mindig a mesterág kontextusában vagyunk. Az test ágra való áttérés érdekében . használja a következő parancsot:

git checkout test

Most az testágban vagyunk .

A következő paranccsal felsorolhatja az összes helyi fiókot:

git branch

Végezzen el néhány vállalást az új ágban

Módosítsa demo.txta következő kódrészlet hozzáadásával:

Initial Content Adding more Content Adding some Content from test Branch

Most a következő parancsok használatával állítson be és végezzen el:

git add demo.txt git commit -m "Test Branch Commit"

Ezt az elköteleződést a tesztfiókban hajtották végre, és most a tesztfiók 1 elkötelezettséggel előzi meg a mesterfiókot - mivel a tesztág magában foglalja a master ág 2 elkötelezettségét is.

Ellenőrizheti az elkövetési előzményeket a Test Branch használatával:

git log

Összevonás

Jelenleg a Test Branch 1 elkötelezettséggel előzi meg a Mestert. Tegyük fel, hogy most azt akarjuk, hogy a Test Branch összes kódját visszahozzák a Master Branch-ba. Ez az a hely, ahol git mergenagyon hasznos.

A kód egyesítéséhez a tesztágból a főágba hajtsa végre az alábbi lépéseket:

Először térjen vissza a fő ághoz:

git checkout master

Ezután futtassa a mergeparancsot:

git merge test

E két parancs futtatása után az egyesítésnek sikeresnek kell lennie. Ebben a példában nincsenek konfliktusok.

De valódi projektekben konfliktusok merülnek fel, amikor összeolvadás történik. A konfliktus megoldása tapasztalattal jár, így ha többet dolgozol a Gittel, képes leszel elakasztani a konfliktusok megoldását.

Fuss git logmost és észreveszi, hogy a mesternek is 3 elkötelezettsége van.

A Távoli Git-tár

Eddig csak a helyi adattárban dolgoztunk. Minden fejlesztő a helyi adattárában fog dolgozni, de végül a távoli adattárba tolja a kódot. Miután a kód a távoli adattárban van, más fejlesztők láthatják és módosíthatják ezt a kódot.

GitHub

Itt a GitHub-ot fogjuk használni a távoli adattárhoz.

Nyissa meg a //github.com/ webhelyet, és hozzon létre egy fiókot.

Miután regisztrált a GitHub honlapján, kattintson a Projekt indítása gombra egy új Git-tár létrehozásához. Adjon nevet az adattárnak, majd kattintson a „Tárház létrehozása” gombra.

Adja meg a nevet git-blog-demo.

Ez egy távoli adattárat hoz létre a GitHub-ban, és amikor megnyitja az adattárat, megnyílik az alábbi képhez hasonló oldal:

A lerakat URL-je a kiemelt rész //github.com/aditya-sridhar/git-blog-demo.git

Használja a következő parancsot annak érdekében, hogy a helyi adattárat a távoli adattárra irányítsa:

git remote add origin [repository url]

Git Push

Az alábbi kód használatával a helyi adattárból az összes kódot a távoli adattárba kell tolni:

git push -u origin master

Ez a kódot a helyi adattár fő ágából a távoli adattár fő ágába tolja.

További parancsok

Git Pull

git pullarra használják, hogy a legfrissebb változásokat a távoli adattárból a helyi adattárba húzza. A távoli adattár kódját különféle fejlesztők folyamatosan frissítik, ezért git pull szükséges:

git pull origin master

Git Clone

git cloneegy meglévő távoli adattár klónozására szolgál a számítógépére. A parancs erre:

git clone [repository url]

gratula

Most már ismeri a Git használatának alapjait, így folytassa, és fedezzen fel többet!

Hamarosan még egy cikket teszek közzé a Git kissé fejlettebb koncepcióiról. Maradjon velünk!

A szerzőről

Szeretem a technológiát, és követem a technika fejlődését. Szeretem másoknak is segítséget nyújtani a technológiai tér bármely tudásával.

Lépjen kapcsolatba velem nyugodtan a LinkdIn-fiókomon //www.linkedin.com/in/aditya1811/

Kövess engem a twitteren //twitter.com/adityasridhar18

Webhelyem: //adityasridhar.com/

Egyéb hozzászólások

Hogyan lehet hatékonyan használni a Git-et