[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Error bumping revisions post-commit

From: Tim Shadel <timshadel_at_pobox.com>
Date: 2004-07-15 03:16:45 CEST

We've been using Suversion as our main code repository for a couple
months, and a few of us have run across the following situation.

We're using Windows 2000 (with UnxUtils for 'ls' and such), and usually
use TortoiseSVN 1.0.6, though the command-line is used below to show our
problem. It's svn, version 1.0.4 (r9844).

Say you have the following in your repository.


Open myfile.txt in an editor, or otherwise lock the file at the OS level.

[Forget you have the file open]

# cd trunk
# svn mv test newfolder
A newfolder
D test\myfile.txt
D test

# svn ci -m "Try to move project with file locked."
Deleting trunk\test
Adding trunk\newfolder
svn: Commit succeeded, but other errors follow:
svn: Error bumping revisions post-commit (details follow):

[Figure out that it was your open file, since no details followed.
Close the file]

# ls
test newfolder

# svn ls http://svn.example.com/svn/trunk/

# rm -fr test
# svn up newfolder

At this point there are different errors we've come across. 'svn
cleanup' in any number of directories doesn't seem to work. Deleting
the 'newfolder' and running 'svn up' seems to have worked in the past,
but not always.

What's the process for diagnosing what's gone wrong with a local working
copy if the central repository seems fine? How can I get the client to
fix the working copy? What do I need to setup so that I actually get
details after the "(details follow)", or is that a bug? We've only
recently pieced enough together to realize it's often been an open file
that's caused a problem. Invariably the 'svn move' command gives us the
most trouble with breaking our working directories. What advice do you
have for "safe moving", since we've seen some weird things happen with
it? Any advice on diagnosing and recovering from this type of error
would be most appreciated.

Thanks for your help!!


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 15 03:17:07 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.