Re: Lost association between TAGS and COMMITs when rebased a git(1) repository

On Sun, Sep 4, 2011 at 14:16, Brandon Casey [off-list ref] wrote:

That's true, but git is also a tool with a purpose and tags are intended to
be permanent.

Tag *objects* are intended to be permanent (like commit objects);
however, don't forget about `lightweight' tags.

A valid workflow would need to be demonstrated before such a
high-level operation as rebase made it so trivial to rewrite tags methinks.

How is it any different than doing the same with commits?

Let's say I have a private repository with an appreciable graph of
commits and collection of tags, and that I want to clean up the
history a bit before publishing it publicly. Well, it might save me
a lot of trouble if I could use `rebase' to create an alternative
history without also having to dicker around with creating the
associated tags.