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

Re: Remove folders from version control (without commit)

From: Ryan Schmidt <subversion-2008c_at_ryandesign.com>
Date: Thu, 24 Jul 2008 16:46:27 -0500

On Jul 23, 2008, at 05:54, Andi Clemens wrote:

> I checked out my working dir with the "-N" command... but somehow I
> updated
> the folder with svn up in a way that all folders that where
> excluded before
> are now also checked out and under version control.
> I want to remove those folders again, but for sure I do not want to
> delete
> them in the repo on the next commit (svn del will not work).
> When I remove the folders with 'rm -rf' I get the status '!' when
> using
> the 'svn st' command... and also subclipse (subversion plugin for
> eclipse)
> shows those folders in the synchronize view, which is annoying.
> Can I tell svn to really remove those folders from version control
> WITHOUT
> committing these changes? I googled for that but I can't find any
> solution.
> Sure I can just create a new working dir, but I have made a lot of
> changes and
> I don't want to recompile everything again (it is a very large KDE
> project
> that takes me 2 hours on full compile).

There is no way to tell Subversion to un-update a directory in a non-
recursive (-N) checkout after you have told it to update. To get back
to the way you were, you will need to check out a completely new
working copy.

Non-recursive (-N) checkouts are known to be broken in this and other
ways. Subversion 1.5 introduces new ways to do sparse checkouts. I
don't know if that would help in your particular situation but you
can read about it here:

http://subversion.tigris.org/svn_1.5_releasenotes.html#sparse-checkouts

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-24 23:47:13 CEST

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.