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

Re: svnadmin obliterate features (was: RE: the obliterate discussion - why dumpfiltering is no validworkaround)

From: Garance A Drosihn <drosih_at_rpi.edu>
Date: 2007-07-24 21:36:38 CEST

At 3:23 PM -0400 7/24/07, I (Garance A Drosihn) wrote:
>
>I'm not sure how that would be done in practice. But I don't want
>the revision-number to disappear. And I want both the original log
>message and the obliterate operation to appear in 'svn log' as
>something like:
>
>---------------------------------------------------------------------
>r243 | gad | 2007-03-06 23:02:29 -0500 (Tue, 06 Mar 2007) | 7 lines
> RM | gad | 2007-03-10 23:02:29 -0500 (Tue, 06 Mar 2007)

Oops. That second line was supposed to be the timestamp when
the obliterate was done. So it should say "(Sat, 10 Mar 2007)"

>
>Orig:
>Make an important change do to great stuff.
>
>Obliterated:
>OMG, I committed a dvd disk-image instead of the 7-line Makefile fix!
>
>---------------------------------------------------------------------

  [...skipping along...]

>I'm sure it would still be a significant amount of work to get all
>the details right, but it would be nice to have for the few times
>one really needs an obliterate-like function.

One of the details is that the user may not want to obliterate the
changes made to all the files changed by the given revision. They
might only need to obliterate changes to a single file, which makes
it a little tricker to do a good job with the log-messages...

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 24 21:35:44 2007

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.