V procesu vyvoje se nic moc nezmeni. Repozitar je porad na serveru, kam se zmeny commituji a pak nasledne prevraceji na ostrou verzi.
Jsou ekvivalentni...
svn up
aktualizuje lokalni repozitar. Protoze git pull <remote> <branch>
rovnou zmney mergne, tak muze nastat situace, ve ktere je nutne resit pripadne konflikty pri pullu a ty nasledne mergnout. Doporucuji pri aktualizaci ostre verze pouzivat nejprve git fetch <remote> <refspec>
, pak zkontrolovat obsah pomoci git diff <commit|branch|...> <commit|branch|...>
a pak nasledne git merge <branch>
.
svn cleanup
vs git gc
a/nebo git clean
Kde git gc
(vyapda jako presnejsi alternativa svn cleanup
) procisti a optimalizuje repozitar a git clean
smaze soubory, ktere nejsou sledovane (necommitle nebo nepridane pomoci git add
).
Pro zmateni nepritele jsou tyto prikazy pojenovane jinak, ale ekvivalentni a oba naklonuji repozitar. Motivace proc je to tak udelane by mela byt snaha o vyreseni decentralizovanosti git repozitaru/enginu, kde prikaz git checkout <branch|tree-ish|...>
slouzi k nastaveni ukazatele na lokalni strom zmen.
Nejcasteji jsem se setkal s UI klientem Sourcetree
Sourcetree neni dostupny pro linux alternativy jsou napriklad smartgit pripadne JetBrains IDEA git plugin/integration