svn_load_dirs case-insensitive comparisons on Windows

We are currently using svn_load_dirs to import asset drops from a 3rd
part asset creation team.

It occurs quite often that files (literally thousands of files) sent
from the asset creation team have changed their names only by case and
not by name.

For example, the file "Image_Asset_01" in drop 1 has changed to
"image_asset_01" in the next drop (notice only the case of the letters
has changed between the two file names).

When we use svn_load_dirs to update the vendor branch, the script will
think that the file "Image_Asset_01" is deleted, and "image_asset_01" is
added to the vendor branch.

However, on Windows, when the file "image_asset_01" is copied from the
source drop folder to the working copy location, the file
"Image_Asset_01" file is replaced and the file name remains
"Image_Asset_01" (on Windows, file names are not considered
case-sensitive!).

Later, svn_load_dirs tries to perform a "svn delete" on the file, but
the file has local modifications (because of the copy) and the "svn
delete" command fails, causing the script to fail. Well, of course we
don't want the delete operation to succeed, because the file should be
updated in the repository.

What I would like to have is an optional argument (or automatic defaults
depending on the OS) that allows svn_load_dirs to create its "add" and
"delete" lists based on a case-insensitive file-name matching. Hopefully
this would prevent the svn_load_dirs script from trying to add or delete
files that should only be updated.

I looked into the script myself, but I'm not very proficient in Perl and
couldn't really pin-point the part of the script that is building the
add and delete lists :)

Does anybody have a solution to this? Better yet, perhaps the script can
be updated to include this option (default to case-insensitive file-name
matching on Windows) and available in the next update? (Perhaps I need
to submit an issue to the issue tracker?)

Kind Regards,

Jeremiah van Oosten

Playlogic Games International

 
Received on 2008-08-20 18:09:31 CEST