Wprowadzenie do kontroli wersji

Czy zdarzyło Ci się mieć pliki report_final, report_final_v2 i report_final_FINAL? System kontroli wersji (VCS) kończy z tym bałaganem — to inteligentny przycisk cofania dla całego projektu.

Bez VCS praca zespołowa się rozpada: ludzie nadpisują sobie zmiany, zmiany znikają, błędów nie da się prześledzić, a historia tego, kto co zrobił, nie istnieje.

VCS przechowuje pełną historię każdej zmiany. Możesz sprawdzić, kto i kiedy co zrobił, wrócić do dowolnego stanu oraz scalać pracę wszystkich bez wzajemnego nadpisywania zmian.

Istnieją dwa rodzaje kontroli wersji: zcentralizowana (CVCS) i rozproszona (DVCS). Różnią się tym, gdzie faktycznie znajduje się historia projektu.

Zcentralizowany VCS przechowuje całą historię na jednym serwerze — pliki są z niego pobierane i do niego odsyłane. Problem polega na tym, że gdy serwer przestanie działać, nikt nie może zatwierdzać zmian ani odczytywać historii. Przykładami są SVN i Perforce.

Rozproszony VCS zapewnia każdemu programiście lokalną, kompletną kopię całej historii. Możesz zatwierdzać zmiany offline i udostępniać je, gdy będziesz gotowy(-a) — właśnie w tym Git sprawdza się doskonale.

Git to najpopularniejszy na świecie rozproszony system VCS. Linus Torvalds stworzył go z myślą o szybkości, integralności danych i chaotycznych, nieliniowych przepływach pracy, których potrzebują prawdziwe zespoły.

Rozproszona architektura Gita przynosi wiele korzyści: zatwierdzanie zmian offline, błyskawiczne operacje lokalne, brak pojedynczego punktu awarii oraz elastyczne rozgałęzianie i scalanie.

Kluczową ideą jest lokalne repozytorium. Sklonowanie projektu lub wykonanie init zapewnia pełną historię na Twoim komputerze — dlatego operacje Gita działają natychmiast.

Sprawdźmy, czy rozumiesz systemy kontroli wersji.

Świetnie! Wiesz już, dlaczego VCS ma znaczenie, czym różni się system zcentralizowany od rozproszonego i dlaczego Git jest liderem. Następnie zainstalujemy i skonfigurujemy Git.