Speciális Git bemutató

A projekt távoli lerakaton keresztül történő telepítésével rugalmasan kezelheti annak minden részét. Hibajavítások, funkciófrissítések, fájlok törlése, csapatmunka, nyílt forráskódú hozzászólások, kódtelepítés és egyebek most a keze ügyében vannak a Git alapos ismeretével.

Szóval, használja a Git programot, de többet szeretne tudni? Íme néhány fejlettebb Git -tipp, amelyek segítségével a projekt verziója könnyedén irányítható.

Git Branch

A Git ág megakadályozza, hogy közvetlenül a mester ághoz nyomjon. Hasznos, ha egy projektet egy fejlesztői csapattal irányít. Létrehozhat annyi Git ágat, amennyit csak akar, majd később egyesítheti őket a főággal.

Hozzon létre egy Git -ágat

Git ág létrehozásához használja:

git branch branch_name

Váltson Git ágra

Használat pénztár Git ágra váltáshoz:

git checkout branch_name

Ágazatra váltás után a beállításokkal léphet a változtatásokra git add -minden . Ezután kötelezze el őket a git bind -m 'elkötelezett név' parancs.

Hasonlítsa össze a fióktelepet a Mesterrel

Használja a git diff parancs:

git diff master..branch_name

Konkrét fájlok összehasonlítása:

git diff master..testb -- main.html

Két ág összehasonlítása hasonló ahhoz, ahogyan az ágat a mesterhez hasonlítja:

git diff branch1..branch2

Ha meg szeretné tekinteni a különbségeket egy adott fájlban két ág között:

git diff branch1..branch2 -- main.html

Változtatások átvitele egy távoli ágra

Előfordulhat, hogy egy másik fejlesztőnek meg kell vizsgálnia a helyi fiókjában végrehajtott változtatásokat, mielőtt közzétenné őket. Jó gyakorlat, ha a helyi Git -fiókot egy távoli replikára tolja, hogy megtekinthessék.

Tegyük fel, hogy korábban létrehozott egy helyi fiókot változtatások . Átválthat erre a helyi ágra, beállíthatja az összes kívánt fájlt, majd színpadra állíthatja és elkötelezheti őket az adott ágra.

Ezután áthelyezheti ezeket a módosításokat az ág távoli verziójára:

git push origin changes

Távoli ág egyesítése a mesterrel a húzási kérelem használatával

Tehát egy másik programozó ellenőrizte a távoli ág változásait ( változtatások ). De azt szeretné összevonni a mesterággal, és élőben nyomni.

Ne feledje, hogy a távoli ága örökli a helyi Git -fiók nevét ( változtatások ). A következőképpen egyesítheti a módosításokat:

Váltás a főágra:

git checkout master

Húzza meg az ág eredetét vagy FEJÉT ( változtatások ), hogy egyesítse a főággal:

git pull origin changes

Nyomja ezt az egyesítést élőben a mester ágra:

git push origin master

Használja inkább a Git Merge -t

Egy ág egyesítése a mesterrel a megy parancs:

Áttérés a főágra:

git checkout master

Egyesítse az ággal ( változtatások ):

git merge changes

Ezután nyomja meg az egyesítést élőben a master ágra:

app, hogy megtalálja a ruhákat a képen

git push origin master

Győződjön meg arról, hogy kicseréli változtatások fiókod nevével.

Ha az egyesítés sikeres, akkor megteheti törölje az ágat helyben és távolról ha már nincs rá szükséged:

Összefüggő: Hogyan nevezzük át az ágat a Git -ben

Git Rebase

Ha több fiókja rendelkezik elavult kötelezettségvállalásokkal, akkor újra alapozhatja vagy újra összpontosíthatja a fej/refs azoknak az ágaknak örökölni a fej/refs egy frissítettről.

Az újbóli alapozás tehát jól jön, ha egyes ágakat frissítenie kell az aktuális bázissal.

Az újbóli alapozásnak nem szabad gyakori műveletnek lennie, különösen, ha csapattal dolgozik, mivel ez megzavarhatja a teljes munkafolyamatot. De ha egyedül dolgozik, és ismeri a munkafolyamatot és az ágakat, az újbóli bontás nem okozhat pusztítást, ha tudja, hol és hogyan kell használni.

Tegyük fel például, hogy két ága van; ág1 és ág2. Mostanában nem hajtott végre változtatásokat az 1. ágon. De következetesen változtatásokat hajt végre a 2. ágon, beleértve a közelmúltban is.

Tehát úgy döntött, hogy az ág 1 -et hordja az áramlással együtt. Az 1. ág átszervezése a 2. ágra tehát azt jelenti, hogy azt mondod az 1. ágnak, hogy hagyja figyelmen kívül korábbi kötelezettségvállalásait, és örökölje a nemrégiben az ágra tett kötelezettségvállalást.

Ezt a következőképpen teheti meg:

Váltás az elhagyott ágra (ág1):

git checkout branch1

Ezután alapítsa újra az 1. ágat a frissített 2. ágra:

git rebase branch2

Git Squash

A Git squash lehetővé teszi több kötelezettségvállalás egyesítését egybe. Segít futás közben git elkötelezni sokszor egyetlen frissítéssel. Gyakorlati példa, amikor egyetlen hibajavításnak vagy kódjavítónak egyetlen funkcióhoz külön véglegesítése van.

De lehet, hogy nem akarja a HEAD elkötelezettségét nyomni a kísérőkkel, mivel mindegyiknek ugyanaz a célja. Ajánlott megközelítés az, hogy összekulcsolja őket, hogy elkerülje a zavart a kötelezettségvállalások nyomon követése során.

A kötelezettségvállalások legyőzésének legjobb módja az interaktív újbóli üzemmód. Nézze meg az alábbi példát, hogy jobban megértse ezt.

Ebben a példában tegyük fel, hogy öt hibajavítással rendelkezik. És mindegyikre van kötelezettségvállalás. Íme, hogyan lehet összevonni ezt az öt kötelezettségvállalást:

Fuss git reflog a teendők kivonatkódjának megtekintéséhez:

git reflog

Íme az eredmény ebben az esetben:

Most az a cél, hogy az utolsó öt kötelezettségvállalást összeszedje, kezdve ezzel első javítás ig ötödik javítás .

Ehhez másolja le közvetlenül a véglegesítés hash -kódját első javítás ( 0a83962 ). Ezután nyomja meg a gombot Q kilépni a reflog .

Most fuss git rebase -interaktív azon a hash -n.

git rebase --interactive 0a83962

A Git ezután megnyit egy interaktív újraalapfájlt, amely így néz ki:

A kötelezettségvállalások összezúzása, kivéve a első javítás , cserélje ki szed val vel s mindegyik másik vállalja:

Mentse és zárja be ezt a fájlt.

Ekkor megnyílik egy másik fájl, amellyel átnevezheti az összezúzott véglegesítést:

hogyan lehet visszatéríteni a steamen

Tisztítsa meg ezeket, és írja be az összezúzott véglegesítés előnyben részesített nevét:

Mentse el a fájlt. Ezután zárja be, és sikeres üzenetet kell kapnia a terminálon.

Jegyzet: Az interaktív fájl megnyílhat a terminálon belül. De ha Windows operációs rendszert használ, akkor kényszerítheti a terminált arra, hogy globálisan nyissa meg a fájlokat a kedvenc szövegszerkesztőjével, hogy megkönnyítse az összezúzást.

Ehhez nyissa meg a parancssort, és futtassa:

git config --global core.editor ''path to choice text editor' -n -w'

Git Fork vs Git Clone

A villásodás és a klónozás két különböző kifejezés a Git -ben. Nem tárolhatja el a tárolót, mert már ott van veletek. Mindazonáltal elkülönítheti mások tárházát, és utána klónozhatja.

A tároló elágazása azt jelenti, hogy megragad egy másolatot valakinek a tárhelyéről, és a tiéd lesz. Miután megkapta az adott lerakat másolatát, klónozhatja, mint bármelyik git -tárházat a helyi változásokhoz.

Itt van, hogyan kell klónozzon egy távoli lerakatot a GitHubon, és kezdeményezze a letöltést a helyi könyvtárba:

git clone https://github.com/username/repository_name.git/

Állítsa vissza a fájlt az alapértelmezett állapotába

Ha törölni szeretné a fájlban az utolsó véglegesítés utáni módosításokat, használhatja a git visszaállítás parancs:

git restore filename

Vállalás módosítása

Visszatérhet az előző kötelezettségvállaláshoz, ha elfelejtett módosításokat végrehajtani egyes fájlokon, miközben azokat összeállította.

Változtassa meg az elfelejtett fájlt. Ezután használja git módosítani egy kötelezettségvállalás felülvizsgálata:

git add file_forgotten  
git commit --amend

Fájlok eltávolítása

Eltávolíthat bizonyos fájlokat, amelyeket a véglegesítéshez állított be a használatával menj rm parancs:

git rm --cached filename

Több fájlt is eltávolíthat egyszerre:

git rm --cached file1 file2 file3 file4

Ne felejtse el hozzáfűzni a megfelelő fájlkiterjesztést minden mentesített fájlhoz. Például egy egyszerű szöveges fájlnak kell lennie fájlnév.txt .

Összefüggő: A Git tisztítása és a nem nyomon követett fájlok eltávolítása

Git Reset

Használata git reset akkor hasznos, ha egyszerre el akarja dobni az összes fájlt, amelyet a véglegesítéshez rendelt:

git reset

A Git reset HEAD azonban egy ág HEAD -jára mutat egy konkrét véglegesítésre a munkafában. Például, ha még nem tolta el a jelenlegi kötelezettségvállalást, akkor visszatérhet a nemrég kitöltött kötelezettségvállaláshoz:

git reset --soft HEAD~1

Cserélje ki --puha val vel --kemény ha már megnyomta az aktuális kötelezettségvállalást:

git reset --hard HEAD~1

Menj vissza

ellentétben a Visszaállítás parancs, menj vissza megőrzi a kötelezettségvállalási előzmények integritását. Ez hasznos, ha módosítani szeretne egy kötelezettségvállalást hibák vagy hibák miatt.

Nem hagyja el a célkötelezettséget, és nem hoz létre újat. Ehelyett visszatér a legutóbbi módosításokhoz, anélkül, hogy törölné vagy átnevezné egy ilyen kötelezettségvállalást. Ez nagyszerű módja annak, hogy tisztábban tartsa vállalásait, és biztonságosabb is, mint állandó visszaállítás.

Visszatérés a kötelezettségvállaláshoz:

git revert HEAD~1

Ahol FEJ ~ 1 egy konkrét elkötelezettségre mutat a munkafában.

Követett fájl vagy könyvtár törlése

Te tudod használni git rm -f hogy törölje a nyomon követett fájlokat a munkafából. Ne feledje azonban, hogy a Git nem tudja eltávolítani a nyomon nem követett fájlokat, mivel nem tárolja őket gyorsítótárban.

Egy szakaszos fájl törlése:

git rm -f filename

Egy szakaszos mappa eltávolítása:

git rm -r -f foldername

Git naplózás

Az elkövetési naplók és előzmények megtekintéséhez a Git -ben:

git log

A tevékenységek naplózása egy adott ágban:

git log branch_name

Összefüggő: Hogyan lehet megvizsgálni a projekt előzményeit git naplóval

Néha érdemes visszatérni egy elhagyott kötelezettségvállaláshoz. Tehát az elhagyott kötelezettségvállalások megtekintéséhez, beleértve a vonatkozóakat is:

git reflog

Egy adott ág ref -naplóinak megtekintése:

git reflog branch_name

Kezelje projektverzióit, mint egy profi a Git segítségével

A Git számos előnnyel rendelkezik, és távolról is kezelheti a projekt kiadásait anélkül, hogy a fő ágazatban helyben fájlokat és mappákat törne. Ezenkívül lehetővé teszi a projektek egyszerű futtatását egy csapattal.

Amint látta, a Git számos olyan funkciót tartalmaz, amelyeket felfedezhet. De ügyeljen arra, hogy ezeket a funkciókat célirányosan használja. Ellenkező esetben tönkreteheti a dolgokat. Ennek ellenére továbbra is létrehozhat egy demo távoli lerakatot, és játszhat ezekkel a funkciókkal.

Részvény Részvény Csipog Email Kezelje a fájlverziót, mint egy programozó a Git segítségével

A programozók verziókezelő rendszereket (VCS) hoztak létre a fájlverzió -vezérlési problémák megoldására. Nézzük meg a verziószabályozás alapjait a mai csúcsrendszer, a Git használatával.

Olvassa tovább Kapcsolódó témák

Programozás
Webfejlesztés
GitHub
Kódolási oktatóanyagok

A szerzőről Idisou Omisola(94 cikk megjelent)

Idowu szenvedélyes minden intelligens technológia és termelékenység iránt. Szabadidejében kódolással játszik, és ha unatkozik, sakktáblára vált, de szeret időnként elszakadni a rutintól. Szenvedélye, hogy megmutassa az embereknek a modern technológia körüljárását, motiválja őt, hogy írjon többet.

Továbbiak Idowu Omisola -tól

Iratkozzon fel hírlevelünkre

Csatlakozz hírlevelünkhöz, ahol technikai tippeket, véleményeket, ingyenes e -könyveket és exkluzív ajánlatokat találsz!

Feliratkozáshoz kattintson ide