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

Can't commit multiple externals with depth infinity

From: Bert Huijben \(TCG\) <b.huijben_at_competence.biz>
Date: Wed, 9 Jul 2008 01:08:10 +0200

        Hi,

While debugging an issue of an AnkhSVN user I found the following strange
behavior:

When committing with depth infinity I /can't/ commit to a folder and two
externals from the same repository at the same time. But when I use depth
empty I /can/ commit.

Using subversion 1.5.0:

============================
# Create a test repository

svnadmin create e:/q/repos
svn mkdir -m "" file:///e:/q/repos/root
svn mkdir -m "" file:///e:/q/repos/a
svn mkdir -m "" file:///e:/q/repos/b

# Create working copy

svn co file:///e:/q/repos/root wc
pushd wc
svn pe svn:externals .

# Add this to the externals property
# a ^/a
# b ^/b

# Then fetch the externals
svn up .

# Make a few more changes
echo > a/file
echo > /b/file
svn add a/file b/file

# This fails:

svn ci . a/file b/file -m ""
#svn: Are all the targets part of the same working copy?
#svn: Unable to lock 'E:\q\root\a'

# But this succeeds:
svn ci --depth=empty . a/file b/file -m ""
#Adding a\file
#Adding b\file
#Sending .
#Transmitting file data ..
#Committed revision 4.

============================

TortoiseSVN uses this behavior to allow committing to two externals from the
same repository at the same time (confirmed by our user), but is this
expected behavior?

The AnkhSVN user sees UUID mismatch errors around the same issue, but I was
not able to reproduce these.

My expected behavior would be that both cases succeed or that both cases
fail, as they specify exactly the same change. (Failing would probably break
TortoiseSVN)

        Bert

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-07-09 01:08:35 CEST

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

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