🏷️ FinderGit 0.33.0 — two kinds of tag, and the list finally says which

Someone asked me why v1.0.2 was sitting at the bottom of a 207-tag list instead of between 1.0.1 and 1.0.3. Sorting bug, right?

Nope 😅 And chasing it explained three other things they'd asked in the same message.

Git has two kinds of tag. An annotated one is a real object with a message and a creation date. A lightweight one is just a name pointing at a commit — git records nothing about when it was made. So the only date it has is the commit's, and that commit was six days older. The list was right and read as though it were broken.

So 0.33.0 makes the difference visible:

🔢 Sort by version, not just date. And properly — a release sits above its own release candidates, which is exactly what alphabetical gets backwards.

💬 Every row says something. A lightweight tag now shows the subject of the commit it points at, in its own style so it's never mistaken for a tag message.

🕐 Hover the date and it tells you which date it is. That's the sentence that explains a tag sitting somewhere weird.

🔗 Open any tag on its forge — GitHub, GitLab, Codeberg, Bitbucket. The release half always had that; the tag half is the one that exists in every repo.

Small thing I'm oddly proud of: those links only appear where the page can exist. On a tag that's local-only — measured, the remote was asked — they're not drawn at all. A link into a 404 is worse than no link 🙌

Free · universal binary · macOS 15+ · signed and notarized.

👉 Try it / see what's new: https://findergit.app

Curious though — do you actually use lightweight tags on purpose, or do they just happen to you? 👀