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

RE: Delete in repository but not in working copies

From: Thomas Hemmer <themmer_at_go-engineering.de>
Date: Fri, 28 Mar 2008 17:42:42 +0100

Olivier,

after doing some research on your topic, I see two possible cases:

1. The working copy file has been modified by the user since he/she
checked it out.
Subversion is kind enough NOT to delete the file but simply transform it
into the "non-versioned" state.
This is exactly the behaviour that I would have expected, and it should
not hurt anyone since no changes are lost.

2. The working copy file has NOT been modified by the user since he/she
checked it out.
In this case SVN behaves somewhat rough (at least in my humble opinion)
and kicks away the WC file.
I personally would rather like the file to be handled according to (1),
too.
But your user still has the freedom to export that very file from the
last revision that still contained it and then use/edit it as he/she
likes.
So even this case shouldn't be regarded as a real disaster :-)

HTH,

Thomas

> -----Original Message-----
> From: Olivier Sannier [mailto:olivier_at_obones.com]
> Sent: Friday, March 28, 2008 3:19 PM
> To: users_at_subversion.tigris.org
> Subject: Delete in repository but not in working copies
>
> Hi all,
>
> We just did a migration from another SCM to SVN and we just
> discovered that some files in the repository should not have
> been there in the first place. Before the migration we
> spotted some of these already but unfortunately, a good
> number went through.
> I thought of deleting them with the "svn delete" command but
> in most cases, this is not desirable as it will mean the file
> is also deleted from the users working copies the next time
> they do an update. Indeed, these files, while they must not
> be in the repository, must stay on the users computers as
> they contain their own local options. Their contents may or
> may not be different from what currently is in the
> repository, but in all cases it will break compilation if
> they are removed.
> Recreating them can be quite cumbersome and considering the
> number of occurrences (number of files * number of users),
> I'm looking for a way to remove the file from source control
> so that it won't appear as modified on users machines while
> not deleting it at all.
> I have searched through the archives and found this post
> which is exactly what I need:
>
> http://subversion.tigris.org/servlets/ReadMsg?listName=users&m
> sgNo=51125
>
> However the proposed solutions work well if applied before
> the fact, but not when the file is already in the repository.
> Since this request was made quite a while ago, I'm wondering
> if anything changed in this area.
> If so, how can I achieve what I described above?
>
> Thanks for your help
> Olivier
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>

GO Engineering GmbH - Stolzenbergstr. 13/IV - 76532 Baden-Baden
Geschäftsführer:
Helmut Gerstner, Dipl.-Ing. (FH)
Ralf Wörner, Dipl.-Ing. (FH)
Registergericht: Mannheim HRB 201811

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-28 17:43:22 CET

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.