2012/1/27 Justin Johnson <justinandtonya_at_gmail.com>:
> Hi,
>
> I am running Subversion 1.7.2 64 bit installer from CollabNet on
> Windows 7. The problem I'm experiencing can be seen in the output
> below. In summary, svn status is returning incorrect results,
> sometimes not showing that something has been modified and sometimes
> not recognizing that I'm in a working copy. This happens for me no
> matter how many times I recreate the working copy, and it happens if I
> store the working copy in C:\Users... as below or in C:\work. I do
> not have the same problem when trying to reproduce the problem with
> svn 1.7.2 on Solaris.
>
> PS C:\Users\myuser\wc> svn st
> M a\b\file.txt
> PS C:\Users\myuser\wc> cd a
> PS C:\Users\myuser\wc\a> svn st
> PS C:\Users\myuser\wc\a> cd b
> PS C:\Users\myuser\wc\a\b> svn st
> svn: warning: W155007: '.' is not a working copy
>
> Does anyone know why this is happening? I searched for this problem
> and only found TortoiseSVN users complaining about it, and some
> suggestions to make sure the user has full control of the filesystem.
> I did this without resolution, but decided to post here since it is a
> Subversion issue (with Windows 7 perhaps) and not a TortoiseSVN issue.
>
It can happen because of wrong capitalization in the path.
Are "a" and "b" real names? Are you able to reproduce this with the
Greek tree (repro-template.bat) [1]? Did you do the checkout with
command-line client or with Tortoise?
AFAIK, Tortoise 1.7.3+ does some additional work to normalize paths
before passing them to Subversion library methods. (TSVN issue 156.
There was notorious bug in that code - issue 169. Fixed in TSVN 1.7.4
[2]).
In my experience Windows command shell also does some normalization
when I do "cd" command.
[1] http://subversion.apache.org/docs/community-guide/issues.html#reporting-bugs
[2] http://code.google.com/p/tortoisesvn/issues/detail?id=156
http://code.google.com/p/tortoisesvn/issues/detail?id=169
Best regards,
Konstantin Kolinko
Received on 2012-01-29 22:26:07 CET