Re: [BUG/TEST] git-svn: fetch fails with deleted tag

From: David D. Kilzer <ddkilzer@kilzer.net>
Date: Aug 12, 2010, 05:18 UTC
Message-ID: <765385.99383.qm@web30004.mail.mud.yahoo.com>
In-Reply-To: <1281159415-60900-1-git-send-email-ddkilzer@kilzer.net>

On Fri, August 6, 2010 at 10:36:55 PM, David D. Kilzer wrote:

Show 8 quoted lines

> The attached test fails when fetching the svn repo:
> 
>      Checksum mismatch: ChangeLog 065854....
>     expected:  ce771b....
>          got: 9563fd....
> 
> The issue  seems to be that the tag was created, deleted and then
> recreated from the  same source revision but at different paths.

I have a fix for this.  I hope to send it out by Friday for further review.

This bug affects svn tags that are created, deleted and recreated with the following criteria:

- Both tags have the same name (since the second one replaces the first one 
after it's deleted).
- Both tags were created from the same revision in the repository.
- Each tag used a different repository path, e.g., one was from trunk while the 
other was from a branch.
- [Optional] Both tags had a file with the same path name but different content.

If the optional fourth criteria is met, the checksum mismatch occurs and git-svn fails during import.

However, if only the first three criteria are met, git-svn actually creates a tag with the first (deleted) tag's content! The second tag's content is never imported, leaving the user with a tag in git whose content doesn't match the latest tag in svn.

Dave