[some of you may get this mail twice, sorry for the mistake]

On 8/29/07, Sam Vilain <sam@vilain.net> wrote:
quoted text
> Giuseppe Bilotta wrote:
> > Sorry but I fail to see the reason why you would have to move or
> > delete the git tag if there are commits under a tags directory.
>
> Well, because it's the behaviour that the repository owner is
> indicating.  Just like in git if you have a tag you don't like, you can
> delete it and re-create it, I think that's what we should do.

I gather from the man page that doing this is highly frowned upon, and
requires manual intervention from all the poor souls that pulled in
the mean time.

Maybe something of the sort could be done by git-svn. When a post-tag
commit is found, git-svn could warn the user and instruct it to do
git-svn move-tags-forward or whatever if he wants the tags to be moved
to the new head?

quoted text
>  But until that re-writing of the tag happens, the
> branch doesn't need to exist as it introduces no new commits.

Indeed.

I've been looking through the git-svn code to see if I could try an
implementation myself, but I must confess that the task seems way over
me ... I can't really wrap my mind around the git-svn code enough to
implement it.

BTW, if such a feature was implemented, would I need to redo the whole
svn->git cloning or would it be possible to do it some other way?

-- 
Giuseppe "Oblomov" Bilotta
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html