Bevezetés a GIT verziószabályozó rendszerbe

Git az egyik leggyakoribb kifejezés, amelyet az elmúlt négy-öt évben a programozók hallottak. Bemutatom itt néhány betekintést az eszközbe, és miért olyan népszerű ez a programozók körében. Ebben a témában megismerjük a GIT verziószabályozó rendszert.

Mi és miért verzióvezérlő?

Linus Torvalds, aki elindította a Linux kernelt, az a személy, aki elkészítette ezt a szoftvert a forráskód különböző verzióinak fenntartására és nyomon követésére a programozók körében.

1. forgatókönyv

Képzeljünk el egy öttagú csapatot, amely a fő forráskódon dolgozik, különféle funkciók fejlesztésével. Gondolj csak arra, hogyan tudnak dolgozni ugyanazon a forráskódon, anélkül, hogy egymás változásai zavarodnának? Mindegyiknek tudnia kell, hogy mit csinál mások négy, és nem szabad elhanyagolni. A munkaidő végéig időt kell fordítaniuk egymás munkájának összehangolására, hogy végre egy forráskód megmaradjon. Nagyon hektikusnak tűnik, és a kézi beavatkozás határozottan kockázatos a forráskód fenntartásában. Ahhoz, hogy segítsük vagy mondjuk, hogy automatizáljuk ezeket a verziókat, amelyeken mind az öt programozó dolgozik, megfelelő írásbeli verzióvezérlőre van szükségünk, és a GIT az egyik. Van egy kifejezés a fenti lépésekhez, és az úgynevezett Forráskódkezelés vagy Szoftverkonfigurációkezelés (SCM).

2. forgatókönyv

Most fontolja meg még egy forgatókönyvet, ahol a verzióvezérlő automatizálása segít. A kód első verzióját írtuk, és az ügyfél jóváhagyta a termelésbe történő telepítését, ez az 1.0-s verzió. Néhány hónap múlva az ügyfél fejlesztési munkát kínál, és már dolgozik korábban az 1.1-es verzió fejlesztésén és benyújtásánál. De az ügyfél más megközelítést javasol, és ez az 1.1-es verzió az ügyfél új megközelítése szerint nem hasznos számodra. Tehát eldobja ezt, és dolgozik az 1.2-es verzión, amely benyújtásra és jóváhagyásra kerül. És így tovább dolgozik a különböző verziók fejlesztésén. De nem gondolja, hogy az összes verzió manuális mentése valahol, és a forráskód fenntartása nem rendetlen? Előfordulhat, hogy valamikor hivatkoznia kell az 1.1-es verzióra, amelyet eldobott, és amely nem volt praktikus.

Tehát egy vagy több programozó által írt kód különböző verzióinak fenntartásához verzióvezérlőket használunk.

Különböző típusú verzióvezérlők

Különböző típusú eszközök érhetők el, és az alábbiakban található néhány közülük

  1. Subversion - az Apache által kifejlesztett, az Apache gyártói általánosan használt.
  2. csoportos it
  3. Bazár
  4. Fürge

Alapvetően kétféle verziókezelő rendszer módszertan létezik, amelyeken a fenti eszközök működnek. Ők

Centralizált verziókezelő rendszer (CVCS) Elosztott verziókezelő rendszer (DVCS)

1. CVCS

Itt a központi leraktárban vagy a központi kiszolgálón tárolt írott kód található. A helyi gépeken nem áll rendelkezésre munkamásolat, ami szerverhiba esetén hatalmas hátrányt jelent. Mindig aktív szerverkapcsolattal kell rendelkeznem, hogy a repón dolgozzam. Az SVN ezt a vezérlő rendszert használja

2. DVCS

Itt is van a forráskód a szerveren, de ezzel együtt helyi másolatként működik a munkagépeken. Tehát akkor is, ha szerver szinten hiba történik, visszaállíthatjuk a helyi munkaidőt a szerverre. A helyi munkaidő példány rendelkezésre állása minden olyan gépen, amely a DVCS-ben a „Dsistriibuted” kifejezésért felelős. Git, a Mercurial elosztott verziószabályozó rendszert használ

A Git az elágazás fogalmát használja, vagy technikai úton Trunk alapú fejlesztési TBD-nek hívja. Amit valójában azt jelent, hogy több ágot is létrehozhatunk a masterből, és ezeken az ágakon a programozók dolgozhatnak és elvégezhetik változtatásaikat ezekben az ágakban, és mindegyik kötelezettségvállalás nyomon követhető. És amint az ügyfelek jóváhagyják, az összes ágazatot összevonhatjuk a gyártás fő kódjával. Ilyen módon nem érinti közvetlenül a fő forráskódot. A közvetlenül a fő forráskóddal végzett munka kockázatosabb lesz, és ezt el kell kerülni. Ágakon dolgozhatunk, és különféle tesztelési forgatókönyveket hajthatunk végre, és amint a végleges változat stabilizálódik és jóváhagyásra kerül, megkezdhetjük a mester egyesítését, amely jelentősen csökkenti a kockázatot.

A Git valójában ingyenes, és a Mac felhasználók számára alapértelmezés szerint elérhető. Linux alatt telepíthetjük a git-et, a Windowshoz pedig van valami, Git Bash. Két legnépszerűbb tárolóforrás létezik, ahol tudunk együtt dolgozni a Gittel, ezek a Git Hub és a Bit Bucket, valamint a szervezet, amely a saját preferenciája alapján dönt.

A GIT verziószabályozó rendszer előnyei

  • Támogatja a fejlődés mindkét örök formáját, amely lineáris és nemlineáris fejlesztési forma is
  • Mivel a természetben elosztva vannak, kevésbé kell aggódnunk az egypontos szerverhibák miatt. Mindig visszatükrözhetjük a kódot a helyi repóból a szerverre.
  • Ezenkívül egy biztonsági réteget is megvalósíthatunk a git tetején, amely hozzáférési korlátozásokat rendelhet hozzá az elhúzódás és a nyomtatás során.
  • Több platformon működhet, mint például Mac, Linux, Windows, stb
  • Teljesen ingyenes és nyílt forráskódú
  • Hatékony és gyors az elosztott természet miatt
  • A kötelezettségvállalások, frissítések, visszaállítások, verziók, push és pull egyértelmű követése
  • GitBash szolgáltatást nyújt a könnyen használható ablakokhoz.
  • Különböző GUI-k is elérhetők a GIT tetején történő működésre
  • Mindig nem igényel aktív hálózati kapcsolatot, mivel a helyi lerakat rendelkezésre áll.

Együttműködés Git-kel

  • Hozza létre a működő ágot a forrás mesterről vagy egy másik ágból, a követelménytől függően
  • Klónozza az ágot a helyi felhasználással a GitBash for Windows alkalmazáshoz
  • Dolgozzon az ágon, és végezzen módosításokat vagy alkatrészek hozzáadását hozzá
  • Végezze el a változtatásokat, és utalja az elkövetési követőt
  • Ha úgy érzi, hogy az elkötelezettség szükségtelen volt, visszaállíthatja a korábbi kötelezettségvállalást
  • Ha ugyanazon az ágon több programozó dolgozik, akkor a változtatások beírása előtt frissíteni kell a helyi repot. Tehát hajtsa végre a PULL-t
  • Most már képes lesz a PUSH végrehajtására
  • Miután áttekintették és jóváhagyták a kódot az Ön fióktelepével, akkor a kódot a termelésbe vihetjük át, akár lehetséges módon, akár a szervezet által használt módon.
  • Egyesítsük az ágot a Mesterrel, hogy frissítsük a kódot benne.

A Git a leggyakrabban használt elosztott verziókezelő rendszer, mivel elosztott jellege, egyetlen hibapontja sem, és nyílt forráskódú. Kipróbálhatja vele a mintakód használatával a GitHub-ban és a GitBash-t a Windows PC-ben, mivel a git-parancsok egyszerűek és elérhetők online.

Ajánlott cikkek

Ez egy útmutató a GIT verziókezelő rendszerhez. Itt tárgyaljuk a verzióvezérlő különféle típusait, azok előnyeit és működését. A következő cikkben további információkat is megtudhat -

  1. GIT parancsok
  2. Bevezetés a GIT-be
  3. Git Alternatívák
  4. Mi az a Git?
  5. Tableau verziók
  6. Git Origin Mester
  7. Mi az a Hub?
  8. A Git életciklusának három szakasza a munkafolyamattal
  9. Hogyan kell használni a GIT Cherry-pick példát?

Kategória:

Nagy adat