Bez systemu kontroli wersji zarządzanie kodem źródłowym jest prawie niemożliwe. Możesz być programistą C, C#, Java lub dowolnym innym językiem, ale potrzebujesz kontroli wersji. Najlepszym i jednym z najpopularniejszych systemów kontroli wersji jest Git.
Git to darmowy system kontroli wersji o otwartym kodzie źródłowym (VCS) używany przez wiele małych i dużych firm. Jego funkcjonalność jest imponująca, a wiele tysięcy zwolenników Git chętnie dodaje więcej praktyk i wskazówek, aby zarządzanie kontrolą źródła było bardziej produktywne.
Obecnie możesz skorzystać z ponad 35 najlepszych praktyk Git i wielu wskazówek. Jednak ten artykuł skupi się na najlepszych 11 wskazówkach i praktykach Git, które są optymalne dla początkujących.
Zacznę od mojej ulubionej wszech czasów – techniki AFTER. PO oznacza:
- A tomikowe zobowiązania
- F częste Commity
- T est zmiany przed push
- E nforce Standards
- R efaktoryzacja.
Potwierdzenia atomowe
Zatwierdzenie atomowe to pojedyncze zatwierdzenie oparte wyłącznie na jednym kontekście. Mam tu na myśli pojedynczy temat w kontekście:funkcja, naprawa błędów, refaktoryzacja, aktualizacja. Jeśli wszystkie zmiany w Twoim projekcie są realizowane jako pojedyncze zatwierdzenie, jest to sposób monolityczny lub zatwierdzenie spaghetti .
Częste zobowiązania
Zgodnie z najlepszymi praktykami Git, zatwierdzenia nie powinny być oparte na czasie (godzinowym, dziennym itp.). Zamiast tego powinieneś zatwierdzać na podstawie funkcji. Dlatego powinieneś zatwierdzać za każdym razem, gdy dodajesz zmianę godną zatwierdzenia.
Czy włączyłeś technikę pracy? Zatwierdź.
Czy poprawiłeś literówkę? Zatwierdź.
Czy poprawiłeś niepoprawny plik z wcięciami? Zatwierdź.
Gdy tylko poświęcenie jest niezbędne, nie ma nic złego w dokonywaniu drobnych korekt.
Przetestuj swoje zmiany, zanim wciśniesz
W Git możesz pracować zarówno samodzielnie, jak i z zespołem we współpracy. Kiedy zatwierdzasz swój kod, pracujesz z lokalnym repozytorium, a kiedy wysyłasz zmiany, pracujesz ze zdalnym repozytorium i udostępniasz zmiany kodu zespołowi.
Testowanie zmian przed ich wprowadzeniem jest koniecznością. Jeśli wypchniesz zepsuty kod, twój zespół może znaleźć się w martwym punkcie z powodu błędu. Dlatego zawsze przetestuj swoje zmiany lokalnie, zanim prześlesz je do pilota.
Egzekwowanie standardów
W każdym projekcie standardy są kluczowe. Przyspieszają ogólną wydajność oraz minimalizują błędy i opóźnienia. Zwróć uwagę na dwie proste zasady, które zawsze możesz egzekwować w swoim zespole:
- Użyj pliku gitignore – dzięki temu Git wie, że niektóre pliki należy zignorować, ponieważ nie są one częścią kodu. Pomaga również utrzymać zdrowe repozytorium.
- Dodaj odpowiedni komentarz do każdego zatwierdzenia. Jest pomocny dla programistów i służy jako dokumentacja.
Refaktoryzacja nie jest funkcją
Dla programistów refaktoryzacja kodu jest powszechna. Jest to również korzystne z wielu powodów, takich jak:
- Spraw, aby kod zespołu był czytelny.
- Zmniejsz wyrafinowanie.
- Spraw, aby Twój kod źródłowy był łatwiejszy w utrzymaniu itp.
Najgorszą rzeczą jest jednak refaktoryzacja i dodanie nowej funkcji w tym samym zatwierdzeniu.
Jeśli chcesz przeprowadzić refaktoryzację, powinno to być oddzielne zatwierdzenie. A jeśli pracujesz nad nową funkcją, powinna ona trafić do konkretnego zatwierdzenia.
Praktyki te tworzą technikę PO. Przejdźmy teraz do innych przydatnych wskazówek dotyczących pracy z Git.
Klonuj gałąź
Czasami trzeba sklonować konkretną gałąź ze zdalnego repozytorium, a nie całe repozytorium. W takim przypadku rozwiązaniem jest Git Remote Add:
git remote add -t
Ustaw i zresetuj autora
Aby korzystać z Gita, po pobraniu musisz ustawić swoje imię i nazwisko oraz adres e-mail. Dane zostaną dołączone do każdego dokonanego zatwierdzenia. Dlatego bez tego nie będziesz w stanie tworzyć zatwierdzeń.
git config –global user.name „Twoje imię”
git config –global user.email [email protected]
Jeśli z jakiegoś powodu potrzebujesz zresetować swoje imię i nazwisko lub adres e-mail, oto sposób:
git commit –amend –reset-author –no-edit
Optymalizuj repozytorium
Jeśli repozytorium zawiera wiele setek obiektów, może być wiele niepotrzebnych obiektów. Można je usunąć za pomocą konkretnego polecenia – polecenia garbage collection, które wyczyści Twoje lokalne repozytorium.
Oto składnia:git gc
Pobierz przewodnik po Git
Zawsze lepiej znać polecenia git. Git oferuje do tego celu osobne polecenie, polecenie git help:
git help -g
Wykonując go, możesz uzyskać dostęp i odczytać wszystkie dostępne polecenia git. Polecenie jest szczególnie ważne, gdy uczysz się Git.
Archiwum Git
Polecenie Git Archive to narzędzie wiersza poleceń Git, które generuje plik archiwum, taki jak zatwierdzenia, gałęzie lub drzewa, z wymienionych referencji Git. Dodatkowe argumenty, które zmienią wyjście archiwum, są zatwierdzane przez archiwum git.
archiwum git –format=tar HEAD
To polecenie tworzy archiwum na podstawie bieżącego odnośnika HEAD repozytorium po wykonaniu. Jest to cenne narzędzie do budowania rozproszonych pakietów repozytorium git. Uwaga:pozwala na kilka formatów wyjściowych w archiwum Git, które mogą korzystać z dodanej kompresji.
Poznaj folder .git
Folder .git zawiera wszystkie informacje o kontroli wersji potrzebne dla twojego projektu oraz wszystkie informacje o zatwierdzeniu, adres zdalnego repozytorium itp. Zawiera również dziennik, w którym przechowywana jest historia zatwierdzeń, dzięki czemu możesz wrócić do historii.
Folder .git to katalog tworzony podczas wykonywania git init lub git clone. Ta „rzecz” tworzy repozytorium „git” dla twojego projektu. Bez tego projekt jest lokalny – nie jest projektem git i nie można zastosować żadnych operacji git.
Usunięcie folderu .git nie powoduje usunięcia żadnych innych plików, które są częścią repozytorium git. Jednak nie będzie już pod kontrolą wersji. Dlatego nie powinieneś usuwać tego folderu.
Wniosek
Git, będąc rozległym systemem z setkami tysięcy zwolenników, stale się rozwija. Programiści dodają nowe opcje i sprawiają, że współpraca użytkowników jest znacznie bardziej efektywna, a wykonywanie zadań płynniej i szybciej.
Wiele rozwiązań programowych do zatwierdzania zmian i pracy ze zdalnymi repozytoriami. Wśród nich warto wspomnieć o dbForge Source Control, wielofunkcyjnym dodatku do SSMS. Funkcjonalność Ifs pozwala na pracę z Git, a także z takimi systemami jak SVN, TFS i Microsoft Azure DevOps.
Mam nadzieję, że ten artykuł dostarczył Ci niezbędnej wiedzy na temat wskazówek git i najlepszych praktyk, dzięki czemu możesz zwiększyć swoją produktywność. Dziękuję za przeczytanie i mam nadzieję, że ten post pomoże ci w pracy.
