[some of you may get this mail twice, sorry for the mistake] On 8/29/07, Sam Vilain <sam@xxxxxxxxxx> wrote: > 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? > 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
