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

Re: (Feature request?) svn delete only in repository

From: Steve Williams <stevewilliams_at_kromestudios.com>
Date: 2006-06-30 07:42:03 CEST

T. Wassermann wrote:
> Now it wouldn't be efficient if anybody can commit the own version of
> this file. We have to remove it from the repository with svn delete,
> but: We don't want to delete it from the wc's when the users calls svn
> update.
> It would be nice if we can:
> - call svn delete with an switch like --no-wc-remove
> - the file will be deleted from repository, the *physical file* in the
> working copies will not be removed - the file is no longer under version
> control, right - but the file exists, the users have not to recreate it.
> After this operation somebody can add this file to svn:ignore.

copy config.inc.php %TEMP%\config.inc.php
svn update
move %TEMP%\config.inc.php config.inc.php

This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 30 07:43:26 2006

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.