Zmęczony noszeniem dysku flash z JavaRushHomeWork.7z z pracy do domu i z domu do pracy, po raz kolejny zapominając o kopiowaniu niedokończonych zadań, podjąłem silną wolę, aby nie czekać na poziom 39 i skonfigurowałem kombinację Git + BitBucket dla użytek własny.
BitBucket , bo są darmowe prywatne repozytoria (nie zapomnij o regułach JavaRush) i
Git , bo Git, bo był powszechnie znany, bo już mnie o to pytano. W tym momencie wszystko wydawało się proste i jasne: zarejestruj się na
bitbucket.org , zainstaluj
Git , wciśnij jeden magiczny przycisk, a moje pliki pojawią się na serwerze, wciśnij inny i cudownie kontynuuj pracę z bieżącymi plikami w innym miejscu. Przeczytałem to
tu i
tu , zarejestrowałem się, zainstalowałem, zarejestrowałem, podłączyłem, kliknąłem „Udostępnij projekt”, wpisałem nazwę, wybrałem typ i… cud się nie wydarzył. Nie wystartowało, serwer był pusty... Z żalem zmuszony byłem stwierdzić kilka faktów: bez tamburynu nie da się obejść, zupełnie nie rozumiem, co miało się wydarzyć w rzeczywistości, że tak powiem, pod maską i co oznaczają te wszystkie nowe słowa, które w jednej chwili pojawiły się w moim życiu. Bądź więc cierpliwy, sięgnij po wspaniałą książkę
Pro Git i zacznij wszystko od nowa.
Trochę teorii na rozgrzewkę.
Kontrola wersji to system, który śledzi zmiany w jednym lub większej liczbie plików i umożliwia przywrócenie niektórych starszych wersji.
Git to rozproszony system kontroli wersji plików.
Rozproszony system kontroli wersji to system, w którym cała historia zmian przechowywana jest na każdym komputerze, w pamięci lokalnej, a w razie potrzeby poszczególne fragmenty historii pamięci lokalnej są synchronizowane z podobnym magazynem na innym komputerze. Co to oznacza dla nas? A faktem jest, że na każdym komputerze biorącym udział w tym procesie będziemy
lokalnie mieć kopię potrzebnego nam repozytorium. W rzeczywistości
główna praca jest wykonywana w lokalnym repozytorium . Dlatego na tym etapie zapominamy o BitBuckecie i uczymy się pracować z Gitem lokalnie w IDEA.
Instalowanie Gita.
Dystrybucję można pobrać na stronie projektu
git-scm.com Nie ma sensu szczegółowo opisywać procedury instalacji, instalacja jest banalna, a ustawienia dostępne na tym etapie są w miarę jasne. Ponadto Internet jest pełen materiałów instalacyjnych, w tym filmów. Uwaga powinna skupić się tylko na jednym punkcie: jeśli instalujesz Gita po IDEA, w tym drugim musisz podać ścieżkę do git.exe. Jeżeli IDEA została zainstalowana po Gicie, ścieżka zostanie dodana automatycznie.
Tworzenie repozytorium Git.
Istnieją dwa sposoby utworzenia repozytorium git:
- Zaimportuj istniejący projekt lub katalog do Git.
- Sklonuj istniejące repozytorium z serwera.
Drugi punkt rozważymy później, kiedy przejdziemy do pracy z serwerem Git, ale na razie skupimy się na pierwszym punkcie. Początkowo Git przeznaczony jest do pracy z konsoli, w trybie poleceń dlatego dla lepszego zrozumienia co się dzieje poniżej podam polecenia Git i zilustruję je poleceniami menu lub skrótami klawiszowymi w IDEA. Jednocześnie możesz pracować z wiersza poleceń bezpośrednio z poziomu IDEA.
Dane wejściowe: prosty projekt IDEA z jednym plikiem klasy.
Aby utworzyć repozytorium, użyj polecenia
git init
To polecenie utworzy w bieżącym katalogu nowy podkatalog .git z niezbędnymi plikami, będący podstawą repozytorium Git. Podobnie w IDEA - VCS - Włącz integrację kontroli wersji
IDEA wesoło poinformuje o pomyślnym zakończeniu operacji, w "Przyciskach narzędzi" pojawi się kilka nowych zakładek, a w zakładce "Kontrola wersji" możemy zobaczyć wykonane polecenia i ich wyniki.
Dodawanie plików
Stworzyliśmy podstawę repozytorium, jednak projekt nie jest jeszcze pod kontrolą wersji. I tu wypada zrobić małą dygresję liryczną. W Git pliki mogą znajdować się w jednym z trzech stanów: zatwierdzony, zmodyfikowany i przygotowany.
Zatwierdzone oznacza zapisane w repozytorium.
Zmienione — pliki, które zostały zmienione, ale nie zostały zatwierdzone.
Przygotowane - zmodyfikowane pliki oznaczone jako "zatwierdzenie".
GO TO FULL VERSION