by Ryan Irelan
There are types of tags in Git: annotated and non-annotated. The names say it all: with one type we tag with an annotation on what the tag is about, while the other is tag without annotation. Both, however, are tags and mark a point of time in the life of the repository.
Annotated tags are created with a message so there’s some context–other than the name of the tag–to go with the tag.
git tag v1.2.0 -m "version 1.2.0, including new API"
In addition to the message, annotated tags also include the name of the tagger, and the date the tag was created.
If we run
git show v1.2.0
we will get something like this above the list of changes:
tag v1.2.0 Tagger: Sally Smith
Date: Tue Jan 27 14:06:02 2015 -0600 version 1.2.0 of the site
Non-annotated tags (also called “lightweight tags”) are created without a message, so the only hint as to what the tag is about is how you name it.
git tag v1.2.1
Non-annotated tags will look like a commit object, showing the changes made to the repository, but it won’t have metadata about the tag.
That short answer is: that’s entirely up to you.
But if you want to include the name of the tagger and a date, you should use the annotated tag. I would use annotated tags for official releases, like MySoftware v1.2.1.
git tag MySoftware-v1.2.1 -m "version 1.2.1, including new API"
This tag shows the tagger name and date, in additional to any information about the release.
For casual tagging, a lightweight or non-annotated tag should be enough.
Both tag types include the entire history log of commits, so you will always have a record of what happened leading up to the tag (remember, a tag is just a snapshot of a point in time in the life of a repository).