Giuseppe Bilotta wrote:
quoted text
>>> 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.

Right, but I think the bad practice should be propagated anyway.  It
will affect virtually no-one, and serves to make it the case that even
if such a thing happened, then just fetching the tag gives the expected
behaviour.

However I'd be prepared to accept that perhaps new tags should be made,
eg "tags/svntagname.r1234", to reflect the fact there are there multiple
tags with the same name but different contents.

quoted text
> 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.

Coming up with agreed test cases is half (indeed sometimes most of) the
work.

quoted text
> 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?

I think it's quite important that this isn't required.

Sam.
-
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