Bevezetés a Git Origin mesterbe
Ha bármilyen projekten dolgozik a Gittel, akkor ismeri a távvezérlőt. Alapvetően a git használatával a távoli lerakaton fog dolgozni, amelyet a git verziói fognak kezelni. A távirányító ellentétben a kifejezéssel azt sugallja, hogy a kiszolgálón rendelkezésre áll-e kód, amely lehet helyi vagy internettel csatlakoztatható. Ezeket a repokat hozzá lehet rendelni olvasási és írási hozzáférési kategóriákhoz, attól függően, hogy milyen felhasználók férnek hozzá. Tehát amikor másokkal együttműködünk a fejlesztés során, ezeket az adattárakat kell kezelnünk (ideértve a repo létrehozását és eltávolítását is), valamint az adatokat rá kell őket tolni és behúzni. Ebben a témában megismerjük a Git Origin Master-et.
A Git távoli parancs segítségével megismerhetjük, mely távoli repón dolgozunk. Ez a parancs felsorolja azokat a rövid neveikkel, amelyeket az admin vagy a repo készítője megemlített a létrehozásakor. Ha az alapértelmezés szerint nem ad meg nevet, akkor az a rövid név, amelyet annak a repónak adunk, amelyből valószínűleg klónoztunk. Az alábbi képernyőképen ezek láthatók. Klónoztam a repo-t a GitHub-ból, és a test_git_tools könyvtárban tartottam, amely implicit módon hozzáadja az eredeti nevű repo-t. A repó további részleteinek megtekintéséhez adhatunk git remote -v-t, amint az alább látható, és felsorolja az összes távvezérlőt rövid névvel, amelyen a programozó dolgozik. Itt az egyetlen.
Felvehetjük a távirányítót a repóba, és egyszerűen klónozni szeretnénk a git remote add használatával. A képernyőképeket az alábbiakban hivatkozhatja, ahová a test_get távirányítót hozzáadtam a https://github.com/aliraju4280/test_git_tools.git webhelyhez, és felsoroltam őket a git remote -v opcióval.
Láttuk, hogy klónozáskor a kód eredete az alapértelmezett rövid név. Tehát be kell töltenünk a git parancsát, amely felhasználható a helyi repó frissítésére, ahol klónoztuk. Tehát valójában a git lekérdezés eredete a frissítéseket vonja be a munkakönyvtárba. Csak az adatokat tölti le, de nem automatikusan egyesíti a helyi lerakatot.
Kézzel kell végrehajtanunk. Alternatív megoldásként használhatjuk a git pull parancsot is, amely automatikusan elvégzi az adatok letöltését és egyesítését a mesterrel vagy azzal az ággal, amelyet a git clone parancs követ, amikor a munkakönyvtárat létrehoztuk.
Használhatjuk a git push programot, amely csak akkor lesz, ha a felhasználónak van írási hozzáférése, és elküldjük munkánkat az upstream felé, ahonnan klónoztunk, amely távoli lesz az eredetből. A parancs git push
Ahol a származás a távoli rövid név, ha nem volt ilyen név. lesz a bit vödör vagy a GitHub fióknév. Bu alapértelmezés, amikor egy fiókot hoz létre a lerakatban, ezt master-fióknak fogják hívni, és a vállalati fejlesztési környezetben ez az egyes ágak szinkronban lesznek a termeléssel, és óvatosnak kell lennünk, mielőtt bármit megváltoztatnánk vagy összevonnánk a mesterként. Bármit, amit a mesternek tett, nyomon követik és alkalmanként ellenőrzik. Tehát amikor a forráskódon kell dolgoznunk, létrehozunk egy másolatot a mastertől, és ez a brach lehet funkció vagy egyedi. Ezeken a másolt vagy szolgáltatáságakon dolgozunk, és ha a kifejlesztett kód stabil, akkor csak egyesítjük a mesterágot, és nem minden fejlesztő rendelkezik engedéllyel. Tehát, ha bármit elnyomunk, hogy közvetlenül elsajátítsuk, amelyhez hozzáférhetünk, akkor a parancsot git push orig master / git pull origó mesterként adjuk meg, és ha a szolgáltatáson vagy bármilyen más típusú brach-en dolgozunk, amelyet a master vagy más ág készített, akkor adunk git push eredetként feature_branchname / git pull origó tulajdonság_branchname-ként.
Eredeti mester --–> úgy értelmezhető, mint a távoli név törzságának neve, amelyet eredetileg hívnak.
Az eredeti távirányító ellenőrzése
Ha további részleteket szeretnénk megismerni a távoli ágról, akkor a git git show parancsnak hívja, amit az alábbiak szerint lehet használni, mint a git remote show
Ez a lista felsorolja a távirányító URL-jét és követési ág részleteit. A parancs részletei hasznosak, ha sok távirányítót és fiókot dolgozunk, mivel ez biztosítja, hogy melyik ágon tudjuk részletesebben bevonni vagy módosítani a változtatásokat. Mivel csak egy, a képernyőképemet fent létrehozott ágom van, csak ezeket az adatokat sorolja fel. További információért vettem egy képernyővédőt az alábbi hivatalos dokumentációs oldalról:
Ha a git távoli mutatás származási parancs fölött látjuk, felsorolja az öt ág részleteit és azt, hogy melyik ágakat lehet egyesíteni az adott ággal a push and pull részletekkel, például amikor adunk git push vagy git pull elemet, akkor az adott ághoz a részletek feltöltésre vagy letöltésre kerülnek.
A távoli származást más névvel is átnevezhetjük az átnevezés parancs segítségével, amint az alább látható
git távoli átnevezés eredetét test_origin
láthatja, hogy a fenti képernyőképernyőn sikeresen megváltoztattam a távoli származási helyet a test_origin elemre, és ez a parancs megváltoztatja az összes nyomkövetési hivatkozását is. Használhatjuk a fenti parancsokat, amelyeket korábban láttunk, egy új távoli névvel a származási helyett, mint az alábbiakban.
git push teszt_origin mester / git teszt_origin mester.
Hasonlóképpen, a létrehozott távirányítót eltávolíthatjuk a git remote remove vagy git remote rm paranccsal, az alábbiak szerint
amint a távirányítót eltávolítják, az összes követési hivatkozása is törlődik. Tehát óvatosnak kell lennünk, amikor ezt a parancsot használjuk.
Tehát, amikor elkezdjük a gittel dolgozni, az origó és a master a lényeges elemei, és ezek ismerete fellendülés lesz, ha összekeverjük a pull vagy push and merge parancsokkal, különösen akkor, ha a szerver több távirányítót vagy ágot otthoni.
Ajánlott cikkek
Ez egy útmutató a Git Origin Master-hez. Itt tárgyaljuk a Git távoli parancsot és az ágakat, valamint az Eredeti távvezérlő ellenőrzését. A következő cikkben további információkat is megnézhet -
- Mi az a Git Fetch?
- Mi a Git Branch?
- Git terminológia
- Git Alternatívák
- A Git életciklusának három szakasza a munkafolyamattal
- Hogyan kell használni a GIT Cherry-pick példát?