7,540
edits
Changes
→GitKraken alapok
* -d: mappa szinten hasonlítson össze. Enélkül egyenként feldobálja az összes fájlt külön meld ablakban.
:[[File:ClipCapIt-160930-133557.PNG|1100px]]
===REMOVE===
Git-ben minden egyes commit egy pillanat felvétele a világnak. Ezen pillanat felvételek egymásra mutatnak. (Baloldalon van a legrégebbi, és ahogy haladunk előre az időben mindig egy újabb commit lesz leglelől, ami rá fog mutatni az előzőre. Egy branch nem más mint egy kitüntetett mutató egy adott pillanat felvételre (narancssáraga). Ha egy branch-be kommitálunk, akkor egy saját commit láncot indítunk el arról pontról. A git úgy tartja nyilván az aktuálisan kiválasztott branch-et (ami be vat töltve a munkaterületre) hogy ráállítja a speciális HEAD mutatót. Igazából branch váltás közben nem csinál mást, mint hogy a HEAD mutatót átállítja egy másik branch-re, és az abban a snapshot-ban lévő fájlokat tölti be a munkaterületre.
:[[File:ClipCapIt-160930-144445.PNG|500px]]
A fenti képen az látható, hogy két branch-ünk van. A '''master''' branch (amit a git init magától létrehoz, hogy legalább egy branch legyen a repóban) és a '''test''' nevű branch. Jelenleg a munkaterületünkre a '''master''' van betöltve, mivel arra mutat a '''HEAD''' mutató. A test branch-be már volt egy commit a master hez képest.
$ git branch adam3
</pre>
<br>
<br>
GitKraken-ben kétféle képen hozhatunk létre branch-et. A legegyszerűbb ha megnyomjuk a Branch gombot a felső sávban:
:[[File:ClipCapIt-191114-210055.PNG]]
Ennek a hatására létre fog hozni egy lokális branch-et azon a ponton, ahova a lokális head mutat, vagyis az aktuális lokális branch-en az utolsó commit-ra. A gomb megnyomására megjelenik egy input box amellett a commit mellett ahonnan a branch-et leágaztatjuk. <br>
:[[File:ClipCapIt-191114-210342.PNG]]
A fenti képen látható, hogy létrehoztam a '''branch1''' nevű branch-et a 'Merge remote tracking branch..' nevű commit-ból. Az új branch-et automatikusan checkout-olta a GitKraken. Ezt a baloldalon láthatjuk a 'LOCAL' szekcióban. A master fölött (a korábbi branch) zöld pipával szerepel a '''branch1'''. A commit tree-ben a branch1 név mellett egy +1 szerepel, ami azt jelenti, hogy egy másik lokális branch-nek is ide mutat a head-je. Ha fölé visszük az egeret láthatjuk, hogy a másik lokális branch a '''master'''.<br>
:[[File:ClipCapIt-191114-210845.PNG]]
A branch neve mellette kis számítógép jelzi, hogy ezek a lokális branch head-ek.
<br>
Ha commit-álunk egyet az új lokális branch-en, akkor láthatjuk, hogy a korábbi master (amiből kiindultunk) és az új branch1 head mutatója már egyel eltérnek egymástól:
:[[File:ClipCapIt-191116-095109.PNG]]
Az is látszik a képen, hogy a '''branch1''' még a távoli repóban nem létezik, mert csak zöld kis számítógépes ikonja van. A master branch is egy commit-al előrébb jár mint a távoli master. <br>
A push megnyomásával juttathatjuk fel a lokális '''branch1'''-et a távoli repo-ba. Ekkor rá fog kérdezni, hogy mi legyen a távoli repo-ban a neve:
:[[File:ClipCapIt-191114-212356.PNG|750px]]
<br>
<br>
A push után láthatjuk, hogy a 'REMOTE' szekcióban is megjelent a 'branch1' és hogy a commit tree-ben a kis compute mellett megjelent a remote repo-t jelző kis zöld ikon is:
:[[File:ClipCapIt-191114-212833.PNG]]
A branch1 mellette kis pipa jelzi, hogy jelenleg a 'branch1' van check-out-olva.
<br>
<br>
===Váltás===
{{note|A --merged azokat is mutatja, akiknek a mutatója pont arra a commit-ra mutat, ahol most állunk}}
== Merge ==
Mindig úgy kezdjük a merge-t hogy beleállunk abba a branch-be, AHOVA mergelni akarunk, majd kiadjuk a '''merge <branch neve AHONNAN>''' parancsot.
</pre>
Ebben az esetben az a branch, ahonnan mergelni akarunk egyenes ági leszármazottja a jelenlegi branch-nek. Az alábbi ábrán pl a '''hotfix'''-et ha mergeljük a '''master''' -be.
:[[File:ClipCapIt-160930-152407.PNG|500px]]
Ebben az esetben a git nem csinál mást, mint előre mozgatja a master mutatóját (fast-forward). Persze ha volt változás, akkor a változásokat elsőként egyesíteni kell és az esetleges konfliktusokat feloldani.
Ebben az esetben az a branch ahonnan másolni akarunk (iss53), már nem közvetlen leszármazottja annak a branch-nek ahova merge-ni szeretnénk (master).
:[[File:ClipCapIt-160930-165652.PNG|500px]]
Ebben az esetben nem lehet egyszerűen előre mozgatni a mutatót. A git meg fogja keresni a közös őst, és egy három utas egyesítést fog csinálni a közös ősből, a jelenlegi branch -ből (a példában a master) és a bemásolandó branch-böl (a példában az iss53), és ebből az egészből létre fog hozni egy új commit-ot.
A mi példánkban a c6 lesz létrehozva a c5 c4 és c2 commit-okból.
:[[File:ClipCapIt-160930-170846.PNG|500px]]<br>Fontos, hogy az új merge commit elkészítéséhez a közös őst is felhasználja a git. Ez azért kell, hogy lássa hogy azon fájlokban ami mind a két ágon módosult, mi volt a kiindulási alap. Ha pl. az egyik ágon az első sort töröltem, a másik ágon az utolsót, akkor látni fogja az eredeti alapján, hogy nem az egész fájl változott csak az első és az utolsó sor, ez alapján el tudj készíteni az egyesített verziót.
<br><br>
===Merge GitKraken-ben===
<br>
<br>
==Rebase==
.... TODO ....
</pre>
:[[File:ClipCapIt-160930-155206.PNG|1000px]]
Ha becsukjuk a meld-et, akkor rá fog kérdezni, hogy sikeres volt e a merege:
</pre>
=Pull és Push működéseStash=https://support.gitkraken.com/working-with-repositories/pushing-and-pulling/<br>A merge és rebase stratégiák nem csak két branch egyesítése közben értelmezett, akkor is mikor egy meglévő branch-en kiadjuk a pull ill. a push parancsot. Ne feledjük el, hogy a git lokálisan is fenntart egy repository-t, amibe commit-al tudunk változásokat bejuttatni. Tehát az SVN-el ellentétben a változásokat a lokális repository-ba kell beadni, majd a PUSH-al ill PULL-al szinkronizáljuk a lokális és távoli repo-t. <br>A lokális repo-nk egy másolata a távoli repo-nak, minden branch-re (mert hogy az összes branch-et tartalmazza) azt az utolsó commi-t ot tartalmazza, ami a PULL pillanatában a legújabb volt. Aztán ahogy telik az idő, mind a távoli, mind a lokális repositor-nkba ugyan azon a branch-en keletkezhetnek új commit-ok. :[[File:ClipCapIt-191112-233259.PNG|400px]]A fenti példában a távoli repo-ban lévő master -en van egy olyan commit (C2`) ami az utolsó pull után keletkezett, így a lokális repo-ban nincs meg. A lokális repo-ban van is van két új commit a master-hez képest. <br>GitKraken-ben ez a következő képen nézne ki: :[[File:ClipCapIt-191112-231640.PNG]]A lentebbi kék doboz az origin (original repository, vagyis ahonnan a lokálisat klónoztuk) a fentebbi zöld doboz pedig a lokális mutatónk. Láthatjuk, hogy a távoli repo-ban a master branch-en vagy a 'second-commit' ami lokálisan hiányzik, viszont lokálisan van 2 új commit, ami a távolin nincs meg. <br><br>==Push=====Push alapok===Ha a távoli repo-ban akkor tudunk egyszerűen push-olni, ha ott nincs olyan commit ami a lokálisan nincs meg. Nézzük az alábbi példát: :[[File:ClipCapIt-191112-233007.PNG|400px]]A fenti példában az origin-on (remote) lévő utolsó commit lokálisan is megtalálható. Ezért a push minden további nélkül lehetséges. Ebben az esetben a git egy fast-forward merge-t fog csinálni, vagyis fogja a lokális új commit-okat, ráfűzi a remote branch végére, majd átállítja a master mutatót: :[[File:ClipCapIt-191112-233236.PNG|400px]] <br><br>A gond csak akkor van, ha a remote-on (origin) már van új commit. Ebben az esetben a fast-forward merge nem lehetséges, a GitKraken pl az alábbi figyelmeztetést fogja adni: :[[File:ClipCapIt-191112-232402.PNG]]Egyrészt felajánlja hogy elsőként futtassunk egy PULL-t (amiből jelen esetben 3-way merge lenne, lásd a [[#Pull]] fejezetben), vagy a drasztikus '''Force push'''-t. A Force-push a teljes távoli repository commit history-t felülírja a lokális commit history-val, úgy hogy minden olyan commit el fog veszni, ami lokálisan nem volt meg. Ez egy visszavonhatatlan lépés. A GitKraken figyelmeztet is rá: :[[File:ClipCapIt-191112-234022.PNG]] Ha tényleg a Force push-t választjuk, akkor a fenti példában a 2. commit (ami nem volt meg lokálisan) eltűnik, és az új log fa így néz ki: :[[File:ClipCapIt-191112-234123.PNG]] <br><br> ===Konfliktus push esetén===..TODO <br><br>==Pull=====Pull alapok===Pull esetében 4 lehetőségünk van, ami GitKraken esetében így fest: :[[File:ClipCapIt-191112-234514.PNG]]* '''Fetch''': nem frissíti a lokális repot, csak letölti a commit "meta" adatokat a váli repo-bol, hogy ki tudja rajzolni a gráfot. * '''Fast-forward only''': Ez megfelel a fenti leírt Push működésnek, csak fordítva. Vagyis a távoli branch-ben vannak új commit-ok a lokálishoz képest, de lokálisan nincs olyan commit, ami a remote-ban ne szerepelne, sőt lokálisan semmilyen még nem commitált módosítás sem létezhet. Fast-forward esetében a lokálisan hiányzó commit-okat a git a hozzá fogja biggyeszteni a lokális branch végéhez, majd a lokális branch mutatót át fogja állatni. (lokális fast-forward). * '''Fast-forward if possible'''transitive verb: Ebben az esetben meg fogja próbálni to store in a fast-forward-ot, de ha nem lehetséges, akkor a 3 utas merge-t fogja alkalmazni, és létre fog hozni egy merge commit-ot, aminek a nevében is benne lesz, hogy ez miért keletkezett: [[File:ClipCapIt-191112-235732.PNG]]usually secret place for future use —often used with away* '''Rebase''': Lokálisan, a távoli utolsó commit-ra rá fogja fűzni a lokális új commit-okat, így nem lesz plusz leágazás a commit-logban, az egész egy folytonos vonal esz, viszont elveszik az az információ, hogy a remote és a local elmászott egymástól (ami egyáltalán nem baj, tisztán tartja a commit history-t). GitKráken-ben így néz ki egy Rebase-elt Pull: :[[File:ClipCapIt-191113-000524.PNG]]Természetesen nem veszett el (nem úgy mint a Force Puhs-nál), a távoli 'remote commit2' -re ráfűzte a 'local commit' és 'local-commit2' változtatásokat, így már tudnánk push-olni.<br> ===Auto stage=== <br>===Konfliktus PULL-esetén=== ... :[[File:ClipCapIt-191113-003023.PNG]]A fenti képen conflit volt a pull-ban. Amit feloldottam. Most látható, hogy három águnk van. Lilával láthatjuk a remote branch-et. Zölddel láthatjuk a lokális két commit-unkat, amit még nem push-oltunk. A local-commit 2-ből két felé ágazik a gráf. A sötétkék négyzet alakú ág az automatikusan mentett stash, amiben a pull-merge előtti állapota található a még nem commit-ált fájloknak. Jelen esetben ebben most csak a file1.txt-ban. Ha megnézzük a tartalmát, akkor láthatjuk, hogy ebben csak a lokális módosítás van benne. A gráf legtetején zöld szaggatott körrel található a merge eredménye, ami most csak a file1.txt feloldott konfliktusát tartalmazza úgy ahogy megjelöltük a diff során. Az auto-stage-be rakott eredeti fájlon három műveletet hajthatunk végrenoun: * Apply stage* Pop stage* Delete stage something stored or hidden away
<br>
<br>
* [new tag] v1.4 -> v1.4
</pre>
<br>
<br>
