2012/1/27 Justin Johnson <justinandto...@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