On 12/14/06, Brummer, Byron <ByronBrummer@livenation.com> wrote:
>
> Situation: I have a mixed revision working copy that I want to tag
> as-is, and so I do:
>
> cd /home/byron/work/proj/trunk
> svn copy . http://myserver/repos/proj/tag/qa-build-1
>
> If I've back-dated (or updated) a subdirectory to a rev that is Deleted
> I get:
>
> $ svn up -r 1 foo
> D foo
> Updated to revision 1.
> $ copy . http://myserver/repos/proj/tag/qa-build-1
> svn: Commit failed (details follow):
> svn: Directory '/home/byron/work/proj/trunk/foo' is missing
>
> If I've back-dated a file to a rev that is Deleted I get:
>
> $ svn update
> A foo
> A foo/fred.txt
> Updated to revision 11.
> $ svn update -r 1 foo/fred.txt
> D foo/fred.txt
> Updated to revision 1.
> $ copy . http://myserver/repos/proj/tag/qa-build-1
> svn: Commit failed (details follow):
> svn: Out of date: '/proj/tag/tag-2/foo/fred.txt' in transaction
> '11-1'
I see a similar issue when updating the entire working structure. I
bring that up because, frankly, if you want to delete something, you
should just delete it, not try to find an update that does so.
[bob@localhost trunk]$ svn update -r 8
D deleted.txt
Updated to revision 8.
[bob@localhost trunk]$ svn copy -m '' .
file:///home/bob/tmp/svnroot/tags/deletedtag1
svn: Commit failed (details follow):
svn: File not found: transaction '9-2', path '/tags/deletedtag1'
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 20 21:14:12 2006