Przygotowujemy się do wersjonowania

Zanim przystąpimy do programowania, zajmiemy się jeszcze tym, żeby wyniki naszej pracy nie zniknęły zaraz po ponownym uruchomieniu komputera, kiedy obrazy systemów w laboratorium zerują się, usuwając wszystkie zmiany.

Utworzenie nowej aplikacji Rails, zakłada domyślnie puste repozytorium git. Możemy więc wejść w terminalu do katalogu projektu i dodać wszystkie już istniejące pliki projektu do commita.

  • git add .

Oraz zapisać lokalnie zmiany.

  • git commit -m "Git init"

Dodanie do komendy git commit flagi -m i ujętego w cudzysłowach komunikatu, pozwoli od razu podać opis zmian i uniknąć tym uruchomienia edytora kodu w wersji CLI, którym z niezerową szansą byłby VIM, co najprawdopodobniej sprawiłoby, że duża część populacji musiałaby uruchomić ponownie terminal, aby wrócić do pracy.

[info] Wskazówka

W sytuacji, kiedy już uruchomisz VIM-a, nie panikuj. Nawet, jeśli nie potrafisz z niego korzystać, to wyjście z niego jest bardzo proste i logiczne. Wystarczy nacisnąć klawisz escape i wpisać :!q.

Skoro już zapisaliśmy zmiany w projekcie, potrzebujemy jeszcze jakiegoś miejsca, w którym będziemy synchronizować kod. Utwórzmy więc repozytorium na Githubie.

[info] Wskazówka

Jeśli nie masz konta na Githubie, załóż je. Jeśli masz konto, a nie pamiętasz hasła i nie potrafisz go przywrócić, załóż nowe, bo nie zdążysz skończyć instrukcji. Jeśli masz ustawioną autentykację dwuskładnikową i problemy z wypychaniem zmian przez https, najpewniej poradzisz sobie z problemem samodzielnie.

Wpisujemy nazwę repozytorium, pozostawiamy publiczny dostęp i nie inicjalizujemy repozytorium z plikiem README, nie dodajemy standardowych plików .gitignore ani pliku licencji. No i klikamy Create repository.

Gratulacje, mamy puste repozytorium na Githubie! Przełączmy łącze z SSH na HTTPS. Podczas laboratorium prościej będzie kilka razy wprowadzić login i hasło, niż ustawiać w systemie klucze szyfrujące, które i tak znikną po ponownym uruchomieniu.

Kopiujemy do schowka linię z komendą dodającą zdalne repozytorium, wklejamy ją do terminala i zatwierdzamy.

  • git remote add origin https://github.com/NAZWA_UZYTKOWNIKA/student_forum.git

[info] Wskazówka

Jeżeli pomylisz się w ścieżce do zdalnego repozytorium, możesz ją zawsze poprawić, używając tej samej komendy, wstawiając jednak w miejsce add łańcuch set-url.

Dodaje to do konfiguracji repozytorium informację o istnieniu zdalnego repozytorium, które nazywamy origin. Teraz możemy dokonać pierwszego wypchnięcia kodu.

  • git push -u origin master

Przy pierwszym wypchnięciu kodu, ważne jest, aby ustawić tak zwany upstream (-u) dla głównej gałęzi kodu (master). Dzięki temu, w przyszłości, komenda git push domyślnie będzie właśnie wypychać nasz najnowszy lokalny commit na zdalne repozytorium na Githubie.

Po zatwierdzeniu wypchnięcia loginem i hasłem, sprawdzamy na stronie, czy pojawiły się zmiany. Zmiany oczywiście się pojawiają, wszystko działa.

Tyle sukcesów. Możemy więc wziąć się za właściwą pracę.

Last updated