A Git Tag is a reference to a specific point in Git history. It marks specific releases or versions of your codebase, allowing easy recall of the exact code associated with that Tag. A Tag may track software version releases, identifies significant changes, or annotate a point in the project’s history. Git Tags are immutable; they cannot be changed once they are created. You need to delete and recreate the Tag, although the Tag can update to another commit.
As tags are intended, I often tag project commits to version codebase changes. In a recent conversation about Git Tags, a topic I am sure many do not find as exciting as I did, I reviewed how I create Tags to version commits through VS Code.
The commit log displayed the commit id, a tag if it exists, and the commit comment.
After being Pushed, tags are visible in the repo.
The screenshots are from a repo(ository) that I created a few months ago to track and review Microsoft Dynamics 365 Business Central releases (I know there are many other repos for this; sometimes it is good practice to go with it too)
Note: The code and information discussed in this article are for informational and demonstration purposes only. This content was created referencing Microsoft Dynamics 365 Business Central 2022 Wave 2 online.