Kategoria: System kontroli wersji – Git

Niniejszy post pokaże różnice merge vs rebase poparte praktycznymi przykładami. Zademonstruje łączenia gałęzi za pomocą tych dwóch poleceń. W poprzednim

Git daje nam możliwość tworzenia gałęzi, możemy mieć ich wiele i na każdej inną część kodu tworzącą całość po złączeniu.

Poprzednio dowiedzieliśmy się, czym są gałęzie. Teraz pokaże, jak usunąć istniejącą gałąź oraz jak zmienić nazwę gałęzi. Zapraszam 🙂 Szybki

W poprzednim wpisie wspomniałem o gałęziach, historii liniowej oraz nieliniowej. Teraz nadszedł czas, aby omówić, czym owe gałęzie są. Ten

Identyfikowanie rewizji, czyli jak odnieść się do komita istniejącego w naszej historii. Napiszę jakie są możliwe sposoby wraz z przykładami.

Często widzimy informacje o wersji danego programu w postaci v 1.2.3 albo 4.0.2 itp. Dzięki nadawaniu konkretnej wersji naszej aplikacji

Gdy pracujemy w projekcie z innymi deweloperami albo nawet sami, to zachodzi potrzeba, aby nie wszystkie pliki były dodane do

Rewizja, wiele razy padło już to słowo w poprzednich postach. Potocznie zwana „komitem”. Czym dokładnie jest, po co używamy oraz

Wiemy już, czym jest repozytorium, jak dodawać rewizję czy sprawdzać, w jakim stanie znajduję się nasz/nasze plik/pliki. Teraz dowiemy się,

W dzisiejszym artykule będzie samo mięso, kod, praktyka, wybuchy 🙂 Poprzednie wpisy mogły powodować ziewanie, ale teraz skończymy z tym.