[prev in list] [next in list] [prev in thread] [next in thread] 

List:       subversion-issues
Subject:    =?UTF-8?B?W0lzc3VlIDIxOTBdIE5ldyAtIE9ic3RydWN0ZWQgdXBkYXRlIG9uIA==?=
From:       nicke () tigris ! org
Date:       2004-12-29 12:56:42
Message-ID: 20041229125642.32204.qmail () tigris ! org
[Download RAW message or body]

http://subversion.tigris.org/issues/show_bug.cgi?id=2190
                  Issue #:|2190
                  Summary:|Obstructed update on case insensitive platforms
                Component:|subversion
                  Version:|---
                 Platform:|PC
                      URL:|
               OS/Version:|All
                   Status:|NEW
        Status whiteboard:|
                 Keywords:|
               Resolution:|
               Issue type:|DEFECT
                 Priority:|P2
             Subcomponent:|src
              Assigned to:|issues@subversion
              Reported by:|nicke






------- Additional comments from nicke@tigris.org Wed Dec 29 04:56:42 -0800 2004 -------
This issue is broken out from the old grab-bag issue #667 "handle case
sensitivity edge cases" http://subversion.tigris.org/issues/show_bug.cgi?id=667.

When a case insensitive client receives an update where only the case has
changed (e.g. file name changed from foo.txt to Foo.txt, or directory changed
case only) it fails, partially or completely corrupting the working copy. The
working copy code implements the rename as first an add of the new file and then
removal of the old file. When the add is executed the name will collide on a
case insensitive client with a 'file already exists'-type of error.

Workarounds consists of removing the containing folder and running update again.
If the rename is too high up in the file structure it may be necessary to remove
the entire working copy and check it out again.
The workaround is potentially time consuming for developers and potentially can
cause a lot of troubles for automated checkouts for build bots or automatic
synchronization type of services.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@subversion.tigris.org
For additional commands, e-mail: issues-help@subversion.tigris.org

[prev in list] [next in list] [prev in thread] [next in thread]