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

Bug in svn cp (wc->url)

From: Thomas Moschny <moschny_at_ipd.uni-karlsruhe.de>
Date: 2004-01-21 15:59:23 CET


We are using Subversion for a quite large project.
Recently we had some trouble with the svn 'cp' command: When copying from the
working copy into the repository (to create a new branch, for example), it
ignores the fact that some files were deleted in the working copy.

Here is a small bash script that shows the problem:

# create repository
svnadmin create repos
svn mkdir ${repos}/trunk -m 'trunk creation'

# checkout
svn co ${repos}/trunk work

# create a version
touch work/a work/b
svn add work/a work/b
svn commit work -m 'v1'

# check out this version again
rm -rf work
svn co -r2 ${repos}/trunk work

# now change something
echo "modified" >> work/a
svn rm work/b

# and commit to a new branch
svn copy work ${repos}/v2 -m 'copy'

# checkout to another working dir
svn co ${repos}/v2 work2

# compare
diff -r --exclude .svn work work2

The documentation for svn cp reads: "WC -> URL: immediately commit a copy of
WC to URL", so I would expect the diff output to be empty. However, with svn
version 0.36.0, we get: "Only in work2: b", i.e. deletion of b was ignored,
while the modification of a has made it into the v2 branch.

If there's nothing I have overlooked, this seems to be a bug.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 21 16:00:11 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.