Upgrade to svn 1.7 on cygwin causes W155007 not a working copy?
Summary: It seems that the new top-level .svn directory spontaneously disappears sometimes? Which leaves me with a useless working copy... Details: I updated my Cygwin installation recently, which (unexpectedly) gave me an upgrade to svn 1.7. This is on a Windows 7 64-bit Dell Latitude E6520. $ svn --version svn, version 1.7.0 (r1176462) compiled Oct 11 2011, 10:36:16 Since svn 1.7 was incompatible with my existing working copy, I did 'svn upgrade' in my top-level directory, which contains several projects from different SVN repositories. It removed all the .svn directories in most of those subdirectories (all the ones that belonged to my main SVN repository), but then failed to create a top-level .svn directory! This made my working copy useless. But I thought maybe this 'bug' happened because there were working copies from multiple repositories within that directory (which is a convenient way to work, with Eclipse). So I decided to do something simpler to see if I could work around this bug. So I did a fresh svn checkout into a new directory, which worked fine. (Except that Eclipse could not read the new-style working copy, and gave several warnings about this, so I eventually upgraded its subclipse plugin as well, to version 1.8.0 using the "JavaHL (JNI) 1.7.0 (r1176462)" client). After working normally for that day, the next day I got the same error: svn: warning: W155007: '/cygdrive/c/marku/qut/networkmodel' is not a working copy Once again, the top-level .svn folder had completely disappeared! Leaving my working copy useless. Note that that 'networkmodel' directory was a fresh checkout with svn 1.7, so contains only projects from one repository (which is a svn 1.6 repository I think). I did a full system disk scan for disk errors, no problems reported. Has anyone else had problems like this since upgrading to svn 1.7? Is it possible that the Eclipse plugin is deleting the top-level .svn directory? Thanks Mark
Re: Upgrade to svn 1.7 on cygwin causes W155007 not a working copy?
Daniel and everyone, On 19 October 2011 19:40, Daniel Shahaf wrote: > Mark Utting wrote on Wed, Oct 19, 2011 at 11:40:08 +1000: > > Summary: > > It seems that the new top-level .svn directory spontaneously disappears > > sometimes? > > Which leaves me with a useless working copy... > > > > Do you have some cron job or other background process that walks around and > randomly deletes files or directories? > Nope. > > > Since svn 1.7 was incompatible with my existing working copy, I did 'svn > > upgrade' in my top-level directory, which contains several projects from > > different SVN repositories. It removed all the .svn directories in most > of > > those subdirectories (all the ones that belonged to my main SVN > repository), > > but then failed to create a top-level .svn directory! > > Actually, it doesn't "create" a top-level .svn dir; it re-uses the .svn > dir in the root of the 1.6 wc for itself. > Yes, well this is the directory that is disappearing every day or so. It has happened four times so far, and is a real pain, because it means that the working copy is completely disconnected from the repository, and you cannot use any svn commands like svn status or svn diff. Requires lots of manual diff commands to copy changes across to a new checkout. I've found that if I take a backup copy of the .svn directory after each commit, I can restore it when the .svn directory disappears, which is at least a workaround. The only pattern I've noticed is that the times this has happened is when I've had Eclipse open on that working copy, and have put my laptop into sleep/hibernate node. After it starts up again, the .svn directory is gone (sometimes!). Anyway, this has been such a pain that I've given up on svn 1.7 and have downgraded back to 1.6.17 (r1128011). I suppose the git-svn frontend might be another option? Thanks Mark
Re: Upgrade to svn 1.7 on cygwin causes W155007 not a working copy?
Mark, Sorry to take so long to reply... On 22 October 2011 00:39, Mark Phippard wrote: > Can you make a little diagram of what your Eclipse workspace looks > like? For example, one of mine looks like this: > > /workspace > |- Project1 > |-|-.svn > |- Project2 > |-|-.svn > > My Eclipse workspace was a directory called 'networkmodel', with projects from several different repositories checked out inside it. Here is an example of some of the files inside this 'networkmodel' directory *before* I did the svn update command: .metadata .svn (top-level .svn folder from svn checkout of my main 'networkmodel' repository) # this is one of the projects from my main 'networkmodel' repository MasonPI/ MasonPI/.classpath MasonPI/.project MasonPI/.svn MasonPI/src ... # this is another of the projects from my main 'networkmodel' repository au.edu.qut.renewables.networkmodel au.edu.qut.renewables.networkmodel/.classpath au.edu.qut.renewables.networkmodel/.project au.edu.qut.renewables.networkmodel/.svn (from my main 'networkmodel' repository) au.edu.qut.renewables.networkmodel/src au.edu.qut.renewables.networkmodel/test ... # a project from another SVN repository: http://svn.apache.org/repos/asf/commons/sandbox/csv/trunk commons-csv commons-csv/.classpath commons-csv/.project commons-csv/.svn commons-csv/LICENSE.txt commons-csv/NOTICE.txt commons-csv/bin commons-csv/checkstyle.xml commons-csv/pom.xml commons-csv/src commons-csv/target # a project that has no associated SVN repository. supercsv_1.52 supercsv_1.52/.classpath supercsv_1.52/.project supercsv_1.52/LICENSE.txt supercsv_1.52/bin supercsv_1.52/src supercsv_1.52/test ... So the commands that created this structure were something like: # first command will create networkmodel directory and check out a few projects # into it, such as MasonPI and au.edu.qut.renewables.networkmodel... svn co https:///networkmodel/trunk networkmodel cd networkmodel svn co http://svn.apache.org/repos/asf/commons/sandbox/csv/trunk commons-csv I haven't had any problems since I changed back to svn 1.6: $ svn --version svn, version 1.6.17 (r1128011) compiled Jun 2 2011, 10:39:28 $ uname -a CYGWIN_NT-6.1-WOW64 RWS034 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin Thanks Mark
