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
