Any plans/needs to extend the fast-import format?

[Stephen J. Turnbull]

Sverre Rabbelier writes:

 > On Wed, Sep 2, 2009 at 05:34, Stephen J. Turnbull<stephen at xemacs.org> wrote:
 > > Note that there's a third alternative, which is using tag objects to
 > > store the extra metadata.  With an appropriate naming convention, the
 > > tag name can be computed from the object it points to.
 > 
 > Such as tag name is 'fast-export-<commit hash>', is that what you mean?

Yes.

 > > This would satisfy those who worry that the metadata in commit
 > > messages is ugly.
 > 
 > And it also eliminates the problem of false positives, especially if
 > the tags are not stored under refs/tags. Perhaps we could even modify
 > git gc to not collect them if they are in this special namespace?

Well, one thing you could do (which is evil), is to create a "tree"
full of the tag objects, and point to that from a lightweight tag
named "fast-import-dont-use-me-because-git-will-crash".  I doubt the
GC derefs them, but that way the objects get marked and not collected.

Modifying git would be up to the git maintainers.  I suspect that
other VCSes will not use git, so what's more likely is that git will
simply throw away all those tags anyway.