git tag - ghdrako/doc_snipets GitHub Wiki

Gałęzie łatwo przemieszczać, a w momencie ukończenia pracy nad nimi, często odnoszą się do różnych commitów. Gałęzie łatwo ulegają mutacjom, często są tymczasowe i zawsze się zmieniają.

Tagi pozwalają na trwałe zaznaczanie ważnych punktów w historii projektu. Tagi to sposób na oznaczenie tych commitów czymś bardziej trwałym niż gałąź, w przypadku takich rzeczy jak duże wydania i duże scalenia/ merge

git tag <nazwa taga> <commit>
git tag <nazwa taga>  # gdy nie podamy commita git użyje commita na który wskazuje HEAD

Ponieważ znaczniki służą jako świetne "kotwice" w bazie kodu, git ma polecenie git decribeopisujące, gdzie jesteś w stosunku do najbliższej "kotwicy".

git describe <ref>

Gdzie <ref> jest czymkolwiek, co git może odnieść do commita. Jeśli nie podasz <ref>, git użyje aktualnie checkoutowanego miejsca (HEAD).

Wynik polecenia wygląda następująco:

<tag>_<numCommits>_g<hash>

tag jest znacznikiem najbliższego przodka w historii, numCommits jest liczbą commitów od tego znacznika, a hash jest haszem opisywanego commitu.

Tags are marks inserted on commits, and they are useful to quickly access those commits. They are especially useful for marking release commits at the end of a development cycle.

git tag v1.0 a62a34c # add a tag to the merge point
git checkout V1.0    # jump to the place the tag is inserted
git tag              #  lists all tags
git tag --delete V1.0 #  remove a tag
git tag -am "Release version 1.0" V1.0 HEAD # add an annotated tag, we can use the -am parameter
git tag -n # list of all annotated and unannotated tags

• lighwaigth odradza sie z tego uzywac - jak ustawimy to nie mozna zmienic

 git tag -I "v1.4"

• annotaded - mozna zmieniac po ustawieniu

git tag -a v1.4 -m "my version 1.4"

Tagi wymagaja osobnego pusha

git push origin --tags

git tag #lista tagow

dodac dodatkowo informacje o commitie np w tym commicie jest juz wersja 1.0