Wprowadzenie do Git Tag
Zanim przejdę do szczegółów tagu Git Checkout, pozwól, że przedstawię krótkie wprowadzenie do Git i dlaczego jest tak popularny i użyteczny. Git to narzędzie do kontroli rozproszonej, wykorzystywane nie tylko przez menedżerów produktu i programistów, ale także naukowców zajmujących się danymi do zarządzania rozwojem kodu źródłowego programu i jego historii. W tym artykule dowiemy się więcej o koncepcji tagowania Gita oraz o tym, jak i kiedy używane jest polecenie git tag.
Co to jest Git Tag?
Tagi to odniesienia, które wskazują niektóre określone punkty w historii Git. Służy głównie do tworzenia migawek określonego punktu w przeszłości i oznaczania wersji wydania (np. V0.0.1). To jak gałąź, która się nie zmienia. Nie mają też dodatkowej historii zmian. Zacznijmy od nauczenia się, jak tworzyć nowe tagi.
Tworzenie nowych tagów
Aby utworzyć nowy tag, możesz wykonać następujące polecenie:
git tag
Aby utworzyć nowy znacznik, zastąp go składniowo podobnym identyfikatorem, który wskazuje miejsce w repozytorium podczas tworzenia znacznika. Powszechnym podejściem jest używanie numerów wersji takich jak git tag v2.5. Git ma głównie dwa rodzaje tagów - lekkie i tagi z adnotacjami. Powyższy przykład był lekkim tagiem. Tagi z adnotacjami i lekkie są różne pod względem całkowitej liczby metadanych, które mogą przechowywać, przy czym poprzedni przechowuje więcej danych, takich jak adres e-mail, data i nazwa znacznika. Te pierwsze tagi są publiczne, a te drugie są prywatne. Lekkie tagi są jak „zakładki” do zatwierdzenia, w zasadzie nazwa wskazuje na zatwierdzenie i dlatego może być użyteczna do tworzenia szybkich linków do powiązanych zatwierdzeń.
Polecenia tworzenia lekkiego znacznika i znacznika z adnotacjami to odpowiednio:
git tag
git tag -a
Tagi aukcji
Aby wyświetlić listę przechowywanych znaczników w repozytorium, można użyć następującego polecenia:
git tag
Daje to listę tagów jako wynik:
v1.12.0
v1.12.0-rc1
wersja 0.13.0
v1.13.0-rc1
v0.13.1
v2.14.0
v0.14.0-rc1
v1.14.2
v0.12.0
v0.12.0-rc1
v1.12.0-rc2
Aby uzyskać konkretną listę tagów -l można przekazać do polecenia wraz z wyrażeniem wieloznacznym:
git tag -l *-RC*
v0.12.0-rc1
v1.13.0-rc1
v0.14.0-rc1
v2.14.0-rc2
v0.15.0-rc1
v1.10.0-rc1
v14.0.0-rc.2
v14.5.0-rc.3
Powyższy przykład pokazuje użycie opcji -l i wyrażenie wieloznaczne -RC, które zwraca listę wszystkich tagów z podanymi specyfikacjami oznaczonymi tym prefiksem, wcześniej używanych do rozpoznawania kandydatów do wydania.
Tag kasy
Powiedz, że masz projekt i chcesz oznaczyć na nim określone punkty. Aby pobrać tag, powinien on być lokalnie obecny w twoim repozytorium. W tym celu musisz pobrać wszystkie tagi do lokalnego repozytorium.
git fetch –all lub git fetch --all --tags –prune
Po pobraniu wszystkich tagów możesz sprawdzić tag za pomocą polecenia.
git tag -a -m
A jeśli po pewnym czasie chcesz przejść do tego tagu, musisz najpierw zatwierdzić bieżące zmiany, aby mieć pewność, że możesz sprawdzić nowe działania bez utraty poprzedniej pracy. Odbywa się to za pomocą:
git checkout tags/
Możesz także jednocześnie utworzyć nową gałąź podczas sprawdzania tego znacznika, tak aby bieżąca gałąź nie została nadpisana. Wykorzystano do tego podane poniżej polecenie.
git checkout tags/ -b
Aby wyjść z bieżącego oddziału, możesz wrócić do innego oddziału, wydając to polecenie.
git checkout
Zauważ, że aby przejść do innej gałęzi, musisz tylko podać nazwę tej gałęzi, w przeciwieństwie do tagów, w których musisz wstawić przedrostek „tags /”.
Polecenie git checkout można wykorzystać do sprawdzenia stanu repozytorium, jak pokazano poniżej:
git checkout v1.4
Wyżej wymienione polecenie sprawdzi znacznik v1.4, umieszczając repozytorium w niepodłączonym lub nieprzężonym HEAD, co oznacza, że żadna z wprowadzonych zmian nie zaktualizuje znacznika, tworząc w ten sposób nowy odłączony zatwierdzenie. Teraz to nowo odłączone zatwierdzenie nie będzie częścią żadnego z poprzednich oddziałów, a zatem może być osiągnięte tylko bezpośrednio przez commity. To mówi nam, że doskonałą praktyką jest tworzenie zupełnie nowej gałęzi, gdy tylko chcesz wprowadzić zmiany w stanie odłączonego HEAD.
Jeśli w przykładzie masz 2 znaczniki z informacją, że wersja 1.0 i wersja 1.1, możesz je sprawdzić, wykonując dowolne z następujących poleceń:
git checkout B …
git checkout version 1.1 …
git checkout tags/version 1.1 …
Wszystkie wyżej wymienione polecenia będą działały tak samo, jak znacznik jest tylko wskaźnikiem do danego zatwierdzenia.
Usuwanie tagów
Jak sama nazwa wskazuje, usuwanie znaczników służy do usuwania określonego znacznika i można to łatwo zrobić za pomocą niżej wymienionego polecenia.
git tag -d
Pomijając opcję -d, aby uzyskać tag wraz z nazwą znacznika, który ma zostać usunięty, możesz usunąć zidentyfikowany znacznik.
git tag
v1
v2
v3
git tag -d v1
git tag
v2
v3
W podanym przykładzie tag git jest najpierw używany do wyświetlania listy tagów, które są v1, v2 i v3, a następnie wykonywane jest polecenie usuwania, aby usunąć tag v1. To usuwa usunięty znacznik z serwera.
Zalety tagu Git Checkout
- Służy do tworzenia, modyfikowania i usuwania znaczników.
- Można go użyć do wyświetlenia wszystkich tagów w lokalnym repozytorium.
- Pomaga także w sprawdzaniu zdalnych oddziałów.
- Pomaga zarządzać wersjami i obsługiwać je.
- Utrzymuje repozytorium i proces w czystości i czytelności.
Wniosek - Git Checkout Tag
Git ma wiele zastosowań i jest szeroko stosowany przez programistów, menedżerów produktu i naukowców zajmujących się danymi. Jego polecenia są bardzo skuteczne i mogą być bardzo przydatne. Podsumowując, tagowanie to dodatkowy mechanizm służący do przechwytywania historii repozytorium Git. Jest tradycyjnie używany do tworzenia znaczników semantycznych, które odpowiadają wersjom oprogramowania, ale służy głównie do tworzenia, modyfikowania i usuwania znaczników.
Polecane artykuły
To jest przewodnik po tagu Git Checkout. Tutaj omawiamy sposób tworzenia nowych tagów i sprawdzania tagów wraz z jego zaletami. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Co to jest Git?
- Terminologia Git
- Co to jest Git Branch?
- Polecenia GIT
- System kontroli wersji GIT
- Git Push
- Trzy etapy cyklu życia Git z przepływem pracy