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

Re: "svn: Won't delete locally modified directory ..."

From: Jeff Squyres <jsquyres_at_lam-mpi.org>
Date: 2004-06-29 00:49:41 CEST

On Mon, 28 Jun 2004, Ben Collins-Sussman wrote:

>> Does this all make sense?
>
> Wow, Jeff, nice analysis!

Trying to atone for my prior lame "it doesn't work" messages. ;-)

> And now, here's the news: we're in process of freezing code for an svn
> 1.1 release. In svn 1.1, 'svn up' no longer stops dead in its tracks
> when it tries to remove a directory that contains unversioned stuff.

Yep -- you mentioned this before.

Any chance that the error message will be fixed to print the right
directory?

> It just leaves the unversioned stuff behind, and keeps going. This
> should, for all practical purposes, solve all the pain you've been
> experiencing. My recommendation, in fact, is that you checkout a copy
> of svn's /trunk code and try it out today.

Excellent suggestion; I just did that. Unfortunately, it still doesn't
work -- it both prints out the wrong directory name and bails on the first
"Won't delete..." error. :-(

Just to ensure I was running the right copy:

------
shell$ svn --version
svn, version 1.1.0 (dev build)
    compiled Jun 28 2004, 18:37:20
-----

Here's a simple test case (even with the most recent svn trunk):

------
cd $HOME/checkout_number_1
svn mkdir foo
svn mkdir foo/bar
svn ci -m "waaahoooo!"

cd $HOME/checkout_number_2
svn up
touch foo/bar/baz

cd $HOME/checkout_number_1
svn rm foo
svn ci -m "didn't want it anyway"

cd $HOME/checkout_number_2
svn up
==> error occurs
------

-- 
{+} Jeff Squyres
{+} jsquyres@lam-mpi.org
{+} http://www.lam-mpi.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jun 29 00:58:04 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.