We recently converted a product documentation repository from CVS to
Subversion, retaining an 8-year history on the files. Unfortunately,
it turns out that many of the image files had not been properly
flagged as binary in the CVS repository. We were lucky in CVS as the
images continued to present properly, but they are corrupted in the
SVN extraction.
I can easily fix the problem going forward by deleting the image
files ('svn remove <imagefile>') then adding and committing an
uncorrupted version of each image. Going forward, this would be
fine; but (1) old revisions (i.e., from prior to the CVS-SVN
conversion) checked out from the SVN tree will have the corrupted
version of the file and (2) this approach disrupts the history
feature of the 'svn log' function.
An attempted fix that did not work was to set the property list ('svn
propset') to specify an appropriate MIME type, 'image/gif' in this
case. This failed when SVN determined that the file was not
consistent with the target MIME type. Of course, given that the file
was already corrupted, that seems a reasonable course of action. (My
hope had been to change the MIME type then commit a clean version of
the file; I couldn't get that far.)
THE QUESTION: Is there a way to fix these image files in place or
retrospectively so that prior revision levels can include uncorrupted
images?
Thanks for any assistance.
Regards,
-- Frank Baker
Note: If we cannot clean up the older revision levels, we can still
get our work done. It would be nice to be able to get all revisions,
old and new, from one repository. But we made the CVS-SVN move at an
easily-identified point in the development cycle, so we can extract
earlier revisions from the CVS repository (which we are likely to
keep, anyway) and use the SVN repository for subsequent revision
levels. Also, most of these images had never changed; revisions
were almost exclusively in the accompanying text, and that appears to
be in good shape.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 2 22:26:57 2005