Ha kódokkal dolgozott, akkor biztosan találkozott olyan szavakkal, mint a Git és a GitHub. Az is lehetséges, hogy Ön is használta őket. De tudod, mi is pontosan a Git vagy a GitHub, és miben különböznek egymástól? Nos, ha nem, akkor semmi gond! Soha nem késő megtanulni új dolgokat, és ebben az esetben sem ilyen nehéz. Olvassa el ezt a blogot a Git vs GitHub oldalon, amelyben teljes betekintést nyújtok mindkettőbe. Biztosíthatom Önöket, mire ezt a git vs GitHub blogot megkapja, egyértelműen megismeri mindkét technológiát.
Az alábbiakban bemutatom azokat a témákat, amelyeket ebben a Git Vs GitHub blogban fogok megvitatni:
Verziókezelés - Git vs GitHub
A git és a GitHub közötti pontos különbség megértéséhez először tudnia kell a verziókezelésről. Szóval, mit értesz a verziókezelés kifejezés alatt?
A Verziókezelés kifejezés egy olyan rendszerre vonatkozik, amely egy fájl vagy fájlkészlet változását idővel rögzíti, az úgynevezett „verziókat”. Más szavakkal, ezek a verziók segítenek a kódok / projekt változásainak nyomon követésében, és szükség esetén ezeket a módosításokat is visszavonhatják. Ez a funkció, amely képes összehasonlítani, megkülönböztetni és visszaállítani a változásokat egy adott projekt két változata között, akkor válik igazán hasznosá, ha nagyobb projekten dolgoznak. A nagyobb projektek azt jelentik, hogy több ember dolgozik ugyanazon a kódon, ami növeli a konfliktusok esélyét. A verzióvezérlés segítségével könnyedén megelőzheti ezeket az ütközéseket.
Ezt a rendszert, amely a kódok verziószámát vezérli, verzióvezérlő rendszernek (VCS) nevezzük. A jobb kép érdekében úgy gondolhatja, hogy „adatbázis”. Ezen az adatbázison belül a VCS pillanatképeket készít a teljes projektről, és verzióként tárolja azokat. Ezeknek a pillanatképeknek a segítségével könnyedén összehasonlíthatja a verziókat, és az igények szerint válthat közöttük. Nézze meg az alábbi képet, amely a teljes folyamatot mutatja:
Azt hiszem, most már világosan megértette a verziókezelés fogalmát. Egy dolgot szeretnék itt megemlíteni: ne keverje össze magát a VCS és a biztonsági mentési / telepítési rendszer között. Ez a VCS teljesen kiküszöböli az eszközlánc megváltoztatásának vagy cseréjének szükségességét, a biztonsági mentési rendszerektől eltérően. Az alábbiakban felsoroltam a verziókezelés használatának néhány előnyét:
- A verziókezelés megfelelő munkafolyamatokat hoz létre, amelyek segítenek megakadályozni a káoszt azokban az emberekben, akik saját fejlesztési folyamatukat különböző és inkompatibilis eszközökkel használják.
- Mindegyik verzió tartalmaz egy leírást arról, hogy mi a változás a verzióban. Ezek a leírások segítenek követni a kód változásait verziók szerint.
- A VCS szinkronizálja a verziókat, és biztosítja, hogy a változtatások ne ütközzenek másokkal, ugyanazon adattár használatával.
- A VCS segít a változások előzményeinek megőrzésében, amikor mások elmentik a kód új verzióit. Ez az előzmények áttekinthetők, hogy kiderítsék, ki, miért és mikor hajtotta végre a változásokat.
- A VCS automatizálási funkciói mentik az Ön és a csapatok idejét, és következetes eredményeket generálnak teszteléssel, kódelemzéssel és telepítéssel minden új verzió mentésekor.
Tehát most folytassuk ezt a blogot a Git vs GitHub oldalon, és értsük meg, mi is pontosan a Git.
Mi az a Git? - Git vs GitHub
Most, hogy tud a verzióvezérlésről, nagyon könnyen meg fogja érteni a Git-et. Mi van Git?
sekély vs mély másolat java
A Git egy verzióvezérlő szoftver, amelyet használatához telepítenie kell a helyi rendszerre. Egyedül a projekten dolgozó egyén számára a Git kiváló szoftvernek bizonyul. De mi van akkor, ha egy projekten dolgozik nagy csapattal. Mindannyian ugyanazon a projekten fognak dolgozni, de mindannyian ugyanannak a projektnek különböző verzióit fogják használni. Tegyük fel, hogy módosításokat hajtott végre a gépén a projektkönyvtárban, és ezeket a módosításokat el akarja küldeni munkatársainak. Azt is szeretné, hogy az általuk végrehajtott változtatások közvetlenül megjelennek a gép projektkönyvtárában. Projekten dolgozva nagyon fontos, hogy ugyanazon az oldalon tartózkodjon a csapattársaival, hogy elkerülje a konfliktusokat. Szóval, hogy fogod ezt megtenni? Nos, aggodalomra ad okot, hogy a Git mindenről gondoskodik, de az egyetlen feltétel az, hogy a csapattagok mindegyikének telepítenie kell a Git rendszert.
Git néven is ismertelosztott verzióvezérlő rendszer, ami azt jelenti, hogy a Git segítségével nyomkodhat és húzhata tiéd és mások megváltoztatják mások gépeit:
Most a Git használatával ugyanazon a példányon dolgozhat, mint a csapattag. De az a másolat, amelyen dolgozni fog, nem fogja tükrözni a főkönyvtárban bekövetkezett változásokat, hacsak és amíg nem húzza le munkatársa módosításait, és nem nyomja vissza saját változtatásait.
A mai piacon a Git a legelterjedtebb és legnépszerűbb modern VCS. Meglehetősen kiforrott és jól karbantartott nyílt forráskódú projekt. Még 2005-ben fejlesztette ki Linus Torvalds, aki egyben a Linux OS kernel készítője is. Ha megnézi a Google trendjeinek fenti képét, akkor azt tapasztalhatja, hogy a Git 2005 óta tovább növekszik a piacon. Különböző számú szoftverprojekt, beleértve a kereskedelmi és a nyílt forráskódot is, teljesen a Gitre támaszkodik verziókezelésében. . Szóval, miben különbözik a Git a többitől, ami annyira népszerűvé teszi?
A fő különbség a Git és bármely más VCS, például a Subversion (SVN), a Mercurial, a TFS, a Perforce, a Bazaar stb. Között az, ahogyan a Git tárolja adatait. Más rendszerekben az információkat fájl alapú változtatások listájaként tárolják, amely más néven delta alapú verzióvezérlés. De a Git esetében az adatokat egy miniatűr fájlrendszer pillanatképeként tárolja. A Git segítségével, amikor elkötelezi magát vagy elmenti a projekt állapotát, pillanatkép készül a fájl jelenlegi állapotáról, és egy referencia tárolásra kerül. Ha nem történik változás vagy frissítés, akkor a Git tárolja a linket az előző fájlra, amelyet már tárolt. Az alábbi ábra bemutatja, hogy a Git hogyan tárolja a verziókat:
De a Git csak akkor lesz hasznos, ha tudja, mikor van bekapcsolva munkatársa rendszere és csatlakozik-e egy hálózathoz. Tehát mit fog tenni, ha a csapattagjai nincsenek online? Ezekben a helyzetekben jól jön egy harmadik fél, akinek azonos a projektje másolata, ahonnan könnyedén megnyomhatja és meghúzhatja a változtatásokat.
Nos, örömmel fogja tudni, hogy ezt teszi a GitHub, és ennek a blognak a Git vs GitHub következő részében elmagyarázom az egészet.
Mi a GitHub? - Git vs GitHub
Mint elmondtuk, a Git egy verziókezelő rendszer, amely nyomon követi a változásokat, amikor számítógépes kódokkal dolgozik GitHub egy webalapú Git verzióvezérlő tárház-szolgáltatás. Ez biztosítja a Git összes elosztott verzióvezérlő és forráskód-kezelő (SCM) funkcióját, miközben néhány saját funkcióval kiegészíti. Ez a mennyország a fejlesztők, ahol tárolhatják projektjeiket és kapcsolatba léphetnek hasonló gondolkodású emberekkel. Úgy gondolhatja, mint „felhő a kódokra”.
Tehát alapvetően az a hely, ahol az azonos működő könyvtárakat vagyadattárak. Szó szerint egy központja a Git-tárolóknak, amelyet használhat, egyszerűen létrehozva egy ingyenes fiókot a GitHub-on. Ezeknek a fiókoknak bőséges tárhelyük van, ahol tárolhatják tárhelyeiket, és kialakíthatnak egy megfelelő profilt, amely nagy értéket képvisel. Alapértelmezés szerint a tárak nyilvánosak, azaz mindenki láthatja a kódjait, de priváttá is teheti. Tehát, ha jó kódoló vagy, feltöltheted saját alkalmazásaidat és programjaidat, és mások elismerését kaphatod.
Git együttműködésével működik együtt. Míg a Git parancssori eszköz, a GitHub egy webalapú grafikus felület, amely hozzáférés-vezérlést, alapvető feladatkezelő eszközöket és számos együttműködési funkciót kínál. Ezenkívül a GitHub a projekt forráskódjait különféle programozási nyelveken tárolhatja, és nyomon követheti az egyes iterációkban végrehajtott módosítások mindegyikét. A GitHub funkcionalitása itt nem ér véget. A következő 3 rendkívüli funkciót kínálja, amelyek olyan erőssé teszik:
adapter osztály java-ban példával
- Villa: Vagy közismert elágazásként a tároló lemásolása az egyik felhasználó fiókjából, ha nincs hozzá írási hozzáférése. Tehát egyszerűen másolhatja és módosíthatja a saját fiókja alatt.
- Húzni: Ha megváltoztatta a másolt kódokat, és meg szeretné osztani azokat az eredeti sorrendjével. Ezután elküldheti nekik a „kérés” nevű értesítést.
- megy: Ha az a felhasználó, aki ezeknek a kódoknak a tulajdonosa, ha relevánsnak találja a változtatásokat, egyetlen gombnyomással egyesítheti a repóban talált változásokat az eredeti repóval.
Ha a húzási kérelmet a tulajdonos elfogadja, akkor jóváírja az eredeti webhelyen, és megjelenik a felhasználói profiljában. Ez egyfajta önéletrajz, amely segít a GitHub projekt fenntartójának abban, hogy meghatározza a hírnevét. Tehát minél több ember és projekt van a GitHubon, annál jobb ötletet kap egy projektfenntartó potenciális közreműködői közül. Ez arra ösztönzi a fiatal fejlesztőket és projekteket, hogy növekedjenek az iparban.Remélem, most már megértette, mi az a Github. Tehát hadd foglaljam össze Git és Github alapvető különbségeit.
Git vs GitHub
| 1. Ez egy szoftver | 1. Ez egy szolgáltatás |
| 2. Helyileg van telepítve a rendszerre | 2. A weben van tárolva |
| 3. Ez egy parancssori eszköz | 3. Grafikus felületet biztosít |
| 4. Ez egy eszköz a szerkesztések különböző verzióinak kezelésére, amelyek egy git-adattár fájljaihoz készültek | 4. Ez egy hely, ahol feltöltheti a Megy adattár |
| 5. Olyan funkciókat biztosít, mint a verziókezelő rendszer forráskód-kezelése | 5. Biztosítja a Git olyan funkcióit, mint a VCS, a Source Code Management, valamint néhány saját funkciót |