Zdalne repozytoria z Git

Obsługiwanie Gita Jako narzędzie pracy zespołowej stało się koniecznością w obecnych czasach, w których większość zmian wykorzystuje ją do ujednolicenia zmian i braku konfliktów.
W poprzednich samouczkach nauczyliśmy się zarządzać repozytoriami w środowiskach lokalnych i nie jest to złe, jeśli uczymy się korzystać GitaJednak w świecie pracy jest to traktowane inaczej i przez większość czasu będziemy musieli pracować na zdalnym repozytorium, które będzie miało wiele oddziałów i każdy obecny w nim deweloper stale wgrywa zmiany.
Zdalne repozytorium to takie, które nie należy do nas, które może znajdować się na serwerze w chmurze, na komputerze innego dewelopera, a nawet w systemie plików. Główną funkcją tych repozytoriów jest to, że mogą z nimi współpracować inni programiści, w tym my za pośrednictwem oddziałów lub gałęzie.
Istnieje wiele usług, które pozwalają nam stworzyć nasze zdalne repozytorium, mamy GitHub ale jest to zorientowane na osobiste projekty i współpracę między społecznością programistów z niektórymi projektami, a my mamy Bitbucket, który jest zorientowany na projekty prywatne i zespoły robocze w firmach lub organizacjach.
W tym samouczku będziemy używać Bitbucket, jest darmowy i najbardziej przypomina filozofię pracy, na której chcemy się skupić.
Wspomnieliśmy, że zdalne repozytorium nie należy do nas, ponieważ znajduje się na platformie, która nie jest nasza, jednak możemy na nim wykonywać operacje, począwszy od utworzenia go, aż do usunięcia, jeśli chcemy.
Aby utworzyć nasze zdalne repozytorium, przechodzimy na stronę Bitbucket a jeśli nie jesteśmy zarejestrowani zakładamy konto, wchodzimy i będąc w naszym głównym panelu szukamy opcji Tworzyć aby utworzyć zdalne repozytorium.

Nazywamy nasze repozytorium, dołączamy opis, wybieramy widoczność i możliwość wykonania widelce, gdzie możemy dodatkowo wybrać język, w którym będzie oparty nasz projekt, na koniec wciskamy create i mamy utworzone nasze zdalne repozytorium.
Założymy, że zaczynamy od zera i nie mamy projektu, ale wkrótce zaczniemy wgrywać nasze zmiany, w tym celu musimy stworzyć folder, w którym będzie projekt i zrobić pierwszy naciskać.
W tym celu tworzymy folder, w którym otworzymy konsolę poleceń i zainicjujemy ją jako repozytorium gitNastępnie utworzymy połączenie z naszym zdalnym repozytorium, które znajdziemy w głównym panelu naszego nowo utworzonego repozytorium:

Teraz musimy wykonać nasz pierwszy naciskać Aby sprawdzić, czy wszystko działa poprawnie, utworzymy nowy plik, którym może być .txt z prostym tekstem. Używamy polecenia Dodaj aby dodać go do repozytorium, dodajemy nasz pierwszy popełniać i wreszcie robimy naciskać do oddziału gospodarz:

Jak widzimy, wszystko poszło gładko, jednak dla użytkowników, którzy zaczynają i czują się trochę niepewnie co do narzędzia i zastanawiają się, czy pliki zostały przesłane, mogą przejść do Bitbucket i odśwież repozytorium, a zobaczysz wprowadzone zmiany:

POWIĘKSZAĆ

Bitbucket jest niezwykle przydatny, nie tylko pozwala na tworzenie repozytoriów, ale jego aplikacja webowa pozwala nam zobaczyć dane takie jak gałąź w repozytorium, widelce które zostały zrobione, aktywność w nim, a nawet wysyłanie zaproszeń do innych programistów.
Po utworzeniu repozytorium nadszedł czas, aby rozpocząć współpracę, w tym celu pierwszą rzeczą, którą musimy zrobić, jest utworzenie oddziałów lub gałęzie. Oprócz oddziału gospodarz Musimy stworzyć dodatkową gałąź dla projektu w ogóle i to jest ta, w której zrobią to programiści łączyć i prześlij ostateczne zmiany.
Oddziały indywidualneDodatkowo zaleca się, aby każdy programista miał dla niego gałąź, dzięki czemu zmiany każdego członka zespołu zostaną podzielone na sekcje i w przypadku błędu w ostatecznym przesłaniu można je zwrócić bez większego problemu.
Stworzymy oddział o nazwie rozwój i osobisty oddział dla naszych zmian, robimy to za pomocą polecenia gałąź następnie nazwa gałęzi, zobaczmy jak to wygląda w naszej konsoli:

Spowoduje to utworzenie naszych oddziałów lokalnie, ale dopóki nie wprowadzimy w nich zmian i nie zrobimy tego naciskać nie zostaną zarejestrowane w naszym repozytorium, w tym celu przejdziemy do naszego osobistego oddziału za pomocą polecenia sprawdzić i weryfikujemy za pomocą status że nie mamy nic do roboty popełniać, powinno to wyglądać tak, ponieważ jest to nowa gałąź, zobaczmy:

Teraz stworzymy foldery i kilka plików, które nadadzą wagę naszemu projektowi, pamiętajmy jednak, że zmiany będą w naszym oddziale. Po wykonaniu tych operacji musimy je dodać za pomocą Dodaj, Wykonaj popełniać odpowiadające i wreszcie naciskać do naszego oddziału, zobaczmy te operacje w naszej konsoli poleceń:

Zrobiliśmy już upload do naszej gałęzi, teraz musimy zrobić to samo tylko z gałęzią deweloperską, ale do tego nie musimy używać komendy add lub commit, do tego użyjemy komendy łączyć Dołączanie do zmian, których nie ma w oddziale, oszczędza nam dużo pracy i pozwala na bieżąco śledzić akcje, które wykonujemy na repozytorium.
Aby to zrobić musimy przejść do gałęzi rozwojowej za pomocą polecenia sprawdzić i tam wykonamy polecenie łączyć wskazując na gałąź jacosta, aby dołączyć do wprowadzonych przez nas zmian.

Dzięki tej akcji nastąpi aktualizacja, ale nie oznacza to, że wgraliśmy zmiany do brancha w ten sam sposób, w jaki musimy wykonać naciskać, ale oszczędza nam to dodatkowych kroków i zapewnia czystszy proces przesyłania. Ta akcja spowoduje utworzenie nowej gałęzi i ujednolicenie naszych zmian, jeśli nadal nie ufamy informacjom konsoli możemy przejść do Bitbucket, gdzie możemy zobaczyć nowo utworzone oddziały, a także akcje, które wykonaliśmy w ramach sekcji ostatniej aktywności:

POWIĘKSZAĆ

Jak widzimy, mamy nowe oddziały, a także wprowadzone nowe zmiany. Należy wspomnieć, że jest to normalny przepływ pracy, który musimy wykonywać, gdy pracujemy w środowiskach współpracy, w przeciwnym razie spowodowalibyśmy konflikty, co doprowadziłoby nasz zespół do spędzenia nawet kilku godzin na rozwiązywaniu problemów z repozytorium.
To, co właśnie zobaczyliśmy, jest częścią pomysłu, że to my stworzyliśmy zdalne repozytorium, ale w momencie, gdy zostajemy zaproszeni do jednego z nich, proces nieco się zmienia. Załóżmy, że nasz zespół również korzysta Bitbucket i stworzyli repozytorium na platformie, weszliśmy do panelu głównego, znaleźliśmy opcję Klonuj a kiedy go naciśniemy, zobaczymy dokładną linię do wykonania tej akcji, która klonuje nam dokładnie to, co jest w repozytorium w tym momencie:

POWIĘKSZAĆ

Wspomnieliśmy, że ta akcja klonuje lub kopiuje to, co dokładnie znajduje się w repozytorium w tym czasie, ale może się zdarzyć, że niektórzy programiści wgrają w ostatniej chwili zmianę i nie jest ona zawarta w klonie, więc nie będzie w kopii które będziemy mieć w naszej maszynie.
Powszechny błądTen błąd jest jednym z najczęstszych i wielu początkujących użytkowników nie zarządza repozytoriami za pomocą Gita, i jest to przesyłanie plików do repozytorium bez uprzedniej weryfikacji, czy zostały wprowadzone zmiany. Ale rozwiązanie jest proste, być może najbardziej skomplikowaną rzeczą jest przyjęcie praktyki i wykonanie polecenia ciągnąć przed rozpoczęciem pracy nad projektem i przed przesłaniem czegokolwiek, pozwala to uniknąć kłopotliwej sytuacji spowodowanej przez nas konfliktu repozytorium.
Na koniec warto wspomnieć, że chociaż Gita pozwala nam zachować kontrolę nad naszym projektem i naszymi plikami, ujednolicając zmiany w zespole programistycznym, nie jest to narzędzie, które możemy wykorzystać jedynie do zarządzania projektami.
Zalecamy brać go w parze z aplikacjami takimi jak asana czy Trello, upewniając się, że nasze projekty są objęte na wszystkich frontach, w ten sposób będziemy wiedzieć, że zawsze będą miały najnowsze zmiany, a także że ustalone dla nich terminy i zobowiązania są być spełnione bezbłędnie.
Na tym kończymy ten samouczek, w którym możemy stworzyć nasze zdalne repozytorium za pomocą Bitbucket a dodatkowo byliśmy w stanie zobaczyć cały przepływ pracy niezbędny do optymalnej obsługi tego, gdy pracujemy we wspólnym środowisku programistycznym.Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt