On Fri, August 6, 2010 at 10:36:55 PM, David D. Kilzer wrote: > 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 -- 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