Oprogramowanie pożera świat w każdym możliwym sensie. Wraz z postępem technologii i powolnym postępem w świecie kontrolowanym przez sztuczną inteligencję, miejsca pracy w sektorze technologicznym odnotują gwałtowny wzrost. Pisanie oprogramowania to umiejętność, która może być samoukiem i jest dość łatwa, przynajmniej w dzisiejszym świecie, w którym Internet dosłownie przepełniony jest zasobami podobnymi do tego samego. Ale jako programista pisanie kodu to nie wszystko, czego można by od ciebie oczekiwać. Musisz nauczyć się subtelnej sztuki zarządzania bazą kodu firmy w miarę jej skalowania i wprowadzania kolejnych funkcji. Osoby, które wcześniej pisały oprogramowanie, wiedzą, że utrzymanie bazy kodu jest równie ważne, jak pisanie wydajnego i gotowego do produkcji kodu.
Oczywistym pytaniem, które może nasunąć Ci się po przeczytaniu intro, byłoby: jak zarządzać bazą kodu? Dzisiaj odpowiedzią byłyby systemy kontroli wersji. Kontrola wersji lub VCS, ponieważ jest popularnie znany jako system oprogramowania, który zarządza i śledzi zmiany w określonym pliku lub zestawie plików oraz umożliwia łatwe cofnięcie się w czasie w celu cofnięcia wszelkich niepotrzebnych zmian, które mogłeś wprowadzić.
Jako początkującemu nauka kodowania może wydawać się już dość przytłaczająca, a dodając do tego odpowiedzialność za samodzielne zarządzanie kodem, z pewnością brzmi to teraz jak gigantyczne zadanie, prawda? Cóż, nie musisz się martwić. W tym artykule przeprowadzę Cię krok po kroku przez procedurę zarządzania bazą kodu w systemie kontroli wersji i jednocześnie opowiem ci, dlaczego jest to ważna umiejętność, której należy się nauczyć.
W społeczności programistów Git jest najpopularniejszym dostępnym systemem VCS, dlatego ten artykuł oprzemy na Git. Wraz z Git, chciałbym również przedstawić krótkie wprowadzenie do GitHub, który jest usługą hostingu repozytorium kontroli wersji.
Linus Torvalds, ojciec jądro Linux, podczas tworzenia tego samego natknął się na sytuację, w której nie mógł już właściwie zarządzać kodem, który pisał w czasie, gdy używał BitKeepera. Zrobił więc mały objazd, aby opracować Git i upublicznić go w 2005 roku. Projekt Git był ściśle oparty na BitKeeper. Nazwę „git” nadał Linus Torvalds, kiedy pisał pierwszą wersję. Opisał narzędzie jako „głupie narzędzie do śledzenia treści”.
Spis treści
Dlaczego każdy programista musi nauczyć się korzystać z VCS?
Tradycyjne systemy oprogramowania składają się z kilku plików, rozmieszczonych w wielu katalogach, aw typowej firmie wielu programistów pisze jednocześnie zmiany w stosie oprogramowania. Bardzo ważne staje się, aby wszyscy programiści pozostali tak wydajni, jak to tylko możliwe, ale jednocześnie równie ważne jest, aby cały zespół był na tej samej stronie. Oznacza to, że każda osoba w zespole musi dokładnie wiedzieć, jakie funkcje są opracowywane. Kolejną ważną rzeczą, o której należy pamiętać podczas tworzenia oprogramowania, jest fakt, że praca jednej osoby nie powinna wpływać na pracę innej osoby w tym samym zespole. Mówiąc laikiem, mam na myśli to, że jeśli jako programista pracujesz nad jedną funkcją, nie powinno to utrudniać przepływu pracy żadnego z twoich kolegów z zespołu podczas pisania zmian w kodzie. Wszystkie te przypadki są obsługiwane bardzo elegancko dzięki VCS. Nie tylko ułatwia życie programistom, śledząc zmiany wprowadzane przez każdą osobę w zespole, ale także przechowuje historię wersji w prostym formacie, dzięki czemu można łatwo uniknąć przypadkowych zmian w bazie kodu.
Na rynku dostępnych jest wiele systemów kontroli wersji, takich jak Subversion, Mercurial itp., ale powodem, dla którego skupiamy się na Git, jest to, że jest to zdecydowanie najpopularniejsza dostępna opcja.
ustawienie
Konfiguracja git różni się w zależności od tego, na jakim systemie operacyjnym się znajdujesz. Przeprowadzę Cię przez proces konfiguracji w systemie macOS, Linux i Windows.
macOS
Instalacja Gita na Macu jest dość łatwa, najpierw upewnij się, że zainstalowałeś brew, popularny menedżer pakietów dla Maca. Po przygotowaniu naparu (co szczerze zajmuje tylko kilka chwil w zależności od szybkości Internetu) wystarczy wydać następujące polecenie:
- warzyć zainstalować git
Linux
Proces instalacji w systemie Linux jest również dość podobny do systemu macOS. Otwórz terminal i wydaj następujące polecenie:
- sudo apt-get install git
Windows
Proces instalacji w systemie Windows jest nieco inny. W systemie Windows musisz pobrać instalator. Udaj się do pod tym linkiem aby pobrać najnowszy instalator, a następnie uruchomić instalator, aby zainstalować git na komputerze z systemem Windows.
Pierwsze kroki
Teraz, gdy masz już konfigurację systemu. Musisz zainicjować repozytorium git. Jakie repozytorium pytasz? Jest to folder/katalog, w którym przechowywane są wszystkie pliki projektu. Oto kroki, aby zainicjować repozytorium git.
- Uruchom terminal / wiersz polecenia na swoim komputerze.
- Przejdź do katalogu projektu, który zawiera wszystkie pliki projektu. (Zwykle robi się to za pomocą polecenia cd na wszystkich platformach)
- teraz, gdy jesteś w swoim katalogu projektu, wydaj następujące polecenie: git init
Teraz, gdy już zainicjalizowałeś swoje repozytorium git, git wie, że musi śledzić zmiany we wszystkich plikach w katalogu. Git będzie teraz wiedział za każdym razem, gdy dodasz lub usuniesz pliki w katalogu projektu lub dokonasz zmian.
Dokonywanie zmian i wydawanie pierwszego zobowiązania
Najważniejszą częścią każdego VCS jest śledzenie zmian. Za każdym razem, gdy wydasz zmianę w katalogu projektu, zostanie ona odzwierciedlona w statusie repozytorium. Śmiało dodaj plik do katalogu lub dokonaj zmiany w istniejącym pliku. Po wykonaniu tej czynności nie możesz wydać następującego polecenia, aby sprawdzić stan pliku w repozytorium.
- status gita
Jak widać, git mówi, że istnieje nieśledzony plik. Teraz musimy dodać nieśledzony plik do obszaru przemieszczania git. Możesz myśleć o obszarze przejściowym jako o etapie pośrednim przed sfinalizowaniem zmiany. Aby dodać plik do obszaru pomostowego, wydaj następujące polecenie:
- git dodaj
Po wydaniu polecenia git add możesz ponownie wydać polecenie status, aby zobaczyć status pliku.
Teraz, gdy plik został dodany do obszaru pomostowego, nadszedł czas na sfinalizowanie zmiany za pomocą komunikatu o zatwierdzeniu. Wydaj następujące polecenie:
- git commit – m „TWOJA_WIADOMOŚĆ”
Zastąp część pod cudzysłowami własną niestandardową wiadomością. Teraz sprawdź swoje repozytorium ze statusem git. Zauważysz, że zatwierdzenie się powiodło.
Rozgałęzienie
Rozgałęzienie to kluczowy temat w systemie kontroli wersji. Bardzo ważne jest, aby oddzielić stabilne (rzeczy, które działają doskonale i zostały przetestowane) części projektu od części aktualnie opracowywanych. Jest to ważne, ponieważ musisz upewnić się, że zmiany, które wprowadzasz podczas dodawania nowej funkcji, nie mają wpływu na osoby korzystające z Twojego oprogramowania. Tu właśnie wyobrażam sobie rozgałęzienia. Pomaga segregować bazę kodu do różnych piaskownic, dzięki czemu na działające części nie mają wpływu żadne zmiany, które wprowadzasz w innych częściach.
Tworzenie gałęzi za pomocą Gita jest dość proste. Wystarczy wydać następującego dowódcę
- git checkout -b „BRANCH_NAME”
Po wykonaniu tej czynności możesz sprawdzić, na której gałęzi się znajdujesz, wydając następujące polecenie:
- git oddział
Udostępnianie kodu na GitHub
Pomyślnie nauczyłeś się podstaw kontroli wersji za pomocą git. Teraz nadszedł czas, aby upublicznić swój projekt, udostępniając go społeczności programistów. To pierwszy krok w kierunku rozwoju oprogramowania open source. Otwarte pozyskiwanie kodu oznacza oznakowanie go publicznie, aby inni mogli na niego spojrzeć, przyczynić się do jego rozwoju i w razie potrzeby dostosować go do własnych projektów.
Przed kontynuowaniem upewnij się, że masz konto GitHub.
Po zarejestrowaniu się. Śmiało i utwórz repozytorium na GitHub, jak pokazano na zrzucie ekranu poniżej.
Po utworzeniu repozytorium. Zobaczysz dalsze kroki, które poprowadzą Cię do przeniesienia projektu na GitHub.
Skoro już utworzyłeś repozytorium. Wystarczy go popchnąć. Aby to zrobić, wydaj następujące polecenie.
- git remote dodaj pochodzenie REMOTE_URLgit push -u pochodzenie master
Gdy to zrobisz, możesz odwiedzić zdalny adres URL, aby sprawdzić swoje projekty. Inni członkowie społeczności mogą przyczynić się do twoich projektów, publikując zmiany.
Wnioski
Gratulacje. Jesteś teraz o krok bliżej do stworzenia kolejnej wielkiej rzeczy w technologii. Jestem pewien, że w trakcie tej pracy zastosujesz również przydatne koncepcje kontroli wersji, których nauczył Cię ten artykuł. Duże firmy, takie jak IBM, Google itp., mają ogromne portfolio usług, które stale rozwijają dzięki najnowocześniejszym technologiom i funkcjom, a jedynym sposobem, w jaki są w stanie zarządzać tak dużym pakietem produktów, z których każdy skaluje się do kilku milionów wierszy kodu, jest kontrola wersji systemy. Same firmy albo mają własne rozwiązanie dla VCS, albo polegają na popularnym VCS, takim jak Git lub Subversion. Większość teoretycznych projektów open source jest dostępna publicznie w serwisie GitHub. Z pewnością jest to ważna umiejętność do opanowania i umiejętność zarządzania dużymi bazami kodu, która skutecznie zmieni sposób Twojej pracy, a także zwiększy Twoją wiarygodność.
