On 19.10.2012 04:41, Josh Rowe wrote:
> I didn't see this reported in the bug database, nor did a casual web search turn this up:
>
> When de-duplication is enabled on a Windows Server 2012 NTFS volume, the de-duplication engine replaces files that contain duplicate data with reparse points. Subversion then reports that those files have unexpectedly changed special status. For example:
>
> PS I:\temp\packages-2> svn commit
> svn: E145001: Commit failed (details follow):
> svn: E145001: Entry 'I:\temp\packages-2\Roslyn.Compilers.VisualBasic.1.2.20906.2\lib\net45\Roslyn.Compilers.VisualBasic.dll' has unexpectedly changed special status
>
> Once the files have been deduplicated, the workaround is to disable deduplication on a folder, then copy the versioned controlled directory to the new location.
>
> Repro steps:
>
> Enable deduplication on a Win2012 NTFS volume.
> Check out two copies of a repository onto the deduplicated volume.
> Wait for deduplication to occur, or force it to happen.
> Make a change to one copy of the repository.
> Attempt to commit with "svn commit".
This is not a Subversion bug. If the user tells NTFS to replace files
with application-visible symbolic links, which apparently is what NTFS
deduplication does, then there's hardly a sane way for Subversion to
know that the user didn't do this intentionally.
-- Brane
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Received on 2012-10-19 10:04:44 CEST