Wstęp
Wyobraźmy sobie grę komputerową. Masz w niej możliwość zapisania stanu gry. Oczywista sprawa. A teraz wyobraź sobie, że każdy save jest archiwizowany i możesz do niego wrócić w dowolnej chwili. Możesz po powrocie napisać w grze nową linię czasową, tocząc wydarzenia w innym kierunku niż wcześniej.
Git to w uproszczeniu taki system do zarządzania tymi "save'ami", tylko możesz zapisać stan dowolnych plików i je odtwarzać, pisać nowe historie, łączyć je, etc.
W tym celu określeniem projekt nazwijmy katalog przechowujący wszystkie takie "save'y".

Trochę więcej
Repozytorium zdalne (remote repo) to centralna "baza". Kiedy chcę popracować nad projektem, klonuję repozytorium. Teraz mam kopię na moim lokalnym komputerze. Wprowadzam jakieś zmiany, przechodzę w grze jakiś etap. Teraz je zatwierdzam. Zatwierdzanie zapisuje zmiany, które wprowadziłeś, tak jak punkt kontrolny, ale tylko na lokalnym komputerze. Kiedy już wprowadzisz wszystkie zmiany i je zatwierdzisz, możesz je przesłać do głównego repo zdalnego. Ten proces powoduje włączenie napisanej przez ciebie w grze historii do centralnej bazy.
Skomplikowane? Trochę tak, bo poruszyłem tutaj temat zdalnego repozytorium. Możesz je pominąć i po prostu zatwierdzać zmiany i skakać po danej linii czasowej tylko w lokalnym repozytorium.

I co dalej?
Dalej? Czekam na inspirację. ;)


Powrót na stronę główną