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

[BUG] Unable to copy after rm --force with copy-with-history

From: Francois Beausoleil <fbos_at_users.sourceforge.net>
Date: 2004-04-17 20:31:21 CEST

Hi !

The following recipe fails on WinXP SP1 (log at end):
rd /s/q repos wc
cls
svn --version
svnadmin create repos
svn co file:///repos wc
cd wc
svn mkdir trunk vendor
cd vendor
svn mkdir libcomplex
cd libcomplex
echo libcomplex >library.txt
svn add library.txt
cd ..\..
svn ci -m "Initial version"
cd trunk
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn rm --force library.txt
rem Failure 1
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn up
rem Failure 2
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn cleanup
rem Failure 3
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn ci -m "NOOP"
rem Failure 4
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
cd ..
rd /s/q trunk
svn up
cd trunk
svn cp file:///repos/vendor/libcomplex/library.txt library.txt
echo local >local.txt
svn add local.txt
svn ci -m "Testing"
svn cp local.txt local2.txt
svn rm --force local2.txt
svn cp local.txt local2.txt

After the first svn cp URL WC-PATH, library.txt file exists. I then
decided I didn't want the file anymore, but changed my mind a few seconds
later. You'll note that I used svn rm --force to remove the file,
instead of reverting the change. Yeah, you can spank me :)

If I locally copy instead, you'll note that it works. So, this is only
for URL copied files. Maybe folders do the same thing ?

Anyway, should I file a bug, or is this expected behavior ?

Thanks !
François

PS: Don't worry about the prompt. I use PROMPT=$$$S

$ svn --version
svn, version 1.0.1 (dev build)
   compiled Mar 25 2004, 16:25:21

Copyright (C) 2000-2004 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV)
protocol.
  - handles 'http' schema
  - handles 'https' schema
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' schema
* ra_svn : Module for accessing a repository using the svn network
protocol.
  - handles 'svn' schema

$ svnadmin create repos

$ svn co file:///repos wc
Checked out revision 0.

$ cd wc

$ svn mkdir trunk vendor
A trunk
A vendor

$ cd vendor

$ svn mkdir libcomplex
A libcomplex

$ cd libcomplex

$ echo libcomplex 1>library.txt

$ svn add library.txt
A library.txt

$ cd ..\..

$ svn ci -m "Initial version"
Adding trunk
Adding vendor
Adding vendor\libcomplex
Adding vendor\libcomplex\library.txt
Transmitting file data .
Committed revision 1.

$ cd trunk

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt

$ svn rm --force library.txt
D library.txt

$ rem Failure 1

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn: 'library.txt' is not under version control

$ svn up
At revision 1.

$ rem Failure 2

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn: 'library.txt' is not under version control

$ svn cleanup

$ rem Failure 3

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn: 'library.txt' is not under version control

$ svn ci -m "NOOP"

$ rem Failure 4

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt
svn: 'library.txt' is not under version control

$ cd ..

$ rd /s/q trunk

$ svn up
A trunk
Updated to revision 1.

$ cd trunk

$ svn cp file:///repos/vendor/libcomplex/library.txt library.txt

$ echo local 1>local.txt

$ svn add local.txt
A local.txt

$ svn ci -m "Testing"
Adding trunk\library.txt
Adding trunk\local.txt
Transmitting file data .
Committed revision 2.

$ svn cp local.txt local2.txt
A local2.txt

$ svn rm --force local2.txt
D local2.txt

$ svn cp local.txt local2.txt
A local2.txt

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Apr 17 20:31:52 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.