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

Two feature requests - Remove from repo without delete from WC, and SVN import with filters

From: <pete_at_molehole.org>
Date: 2005-10-19 10:59:29 CEST

Hi all

I originally posted [1] to the TSVN dev list as a feature request (really, a pair of requests). My subsequent thoughts and further comments are in square brackets within the text. I got a reply [2] explaining why I should ask for it on the SVN list instead. So here I am...


PS - please cc me with replies; I'm not currently subscribed to the list.

I realise this has been debated to some minor (heh) extent before, but it would be really useful to be able to remove something from version control, without deleting it from disk. Perhaps also having the option to add it [or a range of files based on the selected files' filenames/extensions] to the ignore list [TSVN keeps a client-side ignore list] in the same step.

Use case:
I've just been handed a codebase to put into version control, as part of a demonstration of Subversion source control at this new place that I work at. So, I've created a repository and simply done an SVN Import (with TSVN) on the top level of the tree. This imports all of the generated files and so on.

It will probably be safer (given that I'm as yet unfamiliar with the codebase) to delete things _from_ source control and ignore them, rather than attempt to clean the tree for a clean import up front (and risk deleting something I subsequently find I need).

It would be lovely if I could simply mark items to be removed from source control, as part of this "cleaning the imported tree" procedure, so I can do it all with fewer operations (mark as removed (and optionally, ignore in future), commit; instead of many: SVN delete thing, commit, build; iterations).

[Second, separate feature request, really] What would be rather useful, too, is an extension to SVN Import that takes an include and/or exclude set of filters (like what one might put in svn:ignore) to at least eliminate the stuff I _know_ needn't go in. [That way, one doesn't _have_ to start with a clean tree]

You should ask on the Subversion mailing list about that kind of feature.

When we call svn_client_delete(), the file is automatically removed from the working copy. Now even if we would first make a copy of the file, call svn_client_delete() and then copy the file back, it still would get deleted on the next commit. Because svn_client_commit() automatically removes files and folders with 'deleted' status (i.e. which are marked for deletion).

So there's really not much we can do about this.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 19 11:03:21 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.