7,540
edits
Changes
→Pull and PUSH
==Pull and PUSH ==
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. Mikor a lokális commit-okat akarjuk szinkronizálni (push) a távoli repo-ba akkor ezt csak akkor tudjuk megtenni, ha a távoli repo-ban nincs újabb commit ahhoz képest,
===Push===
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 szinkronizáljuk a lokális és távoli repo-t. A branch nem más igazából mint egy mutató a commit fán. Akárcsak a branch-ek esetében, a lokális commit
Mikor a lokális commit-okat akarjuk szinkronizálni (push) a távoli repo-ba akkor ezt csak akkor tudjuk megtenni, ha a távoli repo-ban nincs újabb commit ahhoz képest, min
== Konfliktus feloldása ==
