TIL: Git Annotated Tags

I've previously only ever used git's regujlar lightweight tags, created with git tag TAGNAME.

Today I learned about annotated tags, created with git tag -a -m "MESSAGE" TAGNAME. (If you don't specify -m MESSAGE, git annoyingly prompts you for one.)

Annotated tags store the creator, created timestamp, and the message. This might occasionally be useful for understanding what happened. A release tagged this way shows us who created the release, and when, which might differ from when the commit was created.

My habitual way of pushing tags to the sever:

git push --tags

is slightly broken, in that it pushes all tags. Some tags might be intended as private development state. Some of them might be unreachable in the origin repo.

To fix this, git push introduced: --follow-tags, which aims to address these issues by:

  • Only pushing annotated tags (hence, lightweight tags can be used as local, private state)
  • Only pushing tags that are on an ancestor of the commit being pushed. Hence no unreachable tags are created on the origin.

Or alternatively, just push the tag name directly:

git push TAGAME

Upshot: Use regular lightweight tags for private local state. Never git push --tags. For public shared tagging, such as releases, use annotated tags, pushed either individually by name, or using --follow-tags.

Comments

Comments powered by Disqus