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. 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. > 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. > 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
