The Herpes Of Version Control
I love git
. Truly. Once I got over the fear of learning something new and dove in, everything else paled in comparison. Maybe it’s just because I was a math major and directed acyclic graphs are cool. Maybe it’s because it everything about it makes sense (kinda like Python in that respect). Maybe because it’s the foundation behind open source software development sites like Github.
But this post is not about how much I love git
, or why you should use it over the alternatives. It’s about one particular feature that drives me crazy at times, and that’s tags. Yes those littles things you use to mark important places along the development tree. They’re quick and easy to make (especially by CI tools that vomit them out daily), and really useful to have around. But the darn things are nearly impossible to get rid of.
It’s not that the implementation is confusing or doesn’t have logical justification (it does). But the distributed nature of git
means they spread like wildfire, and are incredibly difficult to delete across all cloned repositories. You think you’ve gotten old ones deleted, and then some poor developer who hasn’t cleaned up his repo (or even worse, the local copy of a repo on your CI server) pushes and they all come back. Argh.
For a guy who is as anal-retentive as they come about keeping his repos tidy, tags are just the worst.
One Reply to “The Herpes Of Version Control”
This works really well for pruning local tags: git fetch –prune “+refs/tags/*:refs/tags/*”
Stolen From: https://stackoverflow.com/questions/1841341/remove-local-tags-that-are-no-longer-on-the-remote-repository