Re: modify dump

Niko,

Well, I'd repeat the caution given by Duncan. I think such fine-grained modifications are *very* risky.

However, I believe that an all-zeroes checksum will do what you want (but I may be wrong). Again, I'd change as few of those as possible. I have not tried this, and probably *would* not. I would certainly perform an "svnadmin verify" following the load.

I'd be interested to hear from any svn developers as to whether they'd trust the new repository following such steps, including a successful verify, and perhaps a favourable comparison with all significant respective revisions from the old and new repositories.

I had considered doing something like this to apply svn:eol-styles and adjust file line endings retrospectively. However, the consensus at the time was to recommend against such a move. Therefore, with such advice, I opted against this procedure.

If the modifications that you wish to make are only in the few most recent revisions, perhaps you could "partially" dump/load to "rewind" the repository to the revision before those changes, and to "replay" the more recent commits manually. (You will need, as a minimum, a copy of the data from each of those later revisions together with their meta-data changes including information about file copy operations.)

I wonder whether there is a way that the "bad" file could be removed in the conventional way using dump/filter, but a replacement file could be added using an "interrupted" load procedure. I don't know whether that is a practical suggestion.

If these ideas are no good to you, then I hope at least that they inspire a better idea from someone else...

Rob.

> -----Original Message-----
> From: Niko Sams [mailto:ns@vivid-planet.com]
> Sent: 31 October 2006 06:10
> To: Duncan Murdoch
> Cc: users@subversion.tigris.org
> Subject: Re: modify dump
>
>
> > > So my question is: how can I modify the dump?
> >
> > I think you want to dump and use svndumpfilter to remove the entire
> > file. I don't think it's safe to try to be finer grained than that.
> thanks for your reply.
> removing the entire file is not possible for me - as there is
> some other
> (needed) code in it.
>
> niko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

_____________________________________________________________________
This message has been checked for all known viruses by the MessageLabs Virus Scanning Service, on behalf of Celoxica Ltd.

This email and any files transmitted with it are confidential and
may be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed. If you have received
this in error, please contact the sender and delete the material
immediately. Whilst this email has been swept for viruses, you
should carry out your own virus check before opening any
attachment. Celoxica Ltd accepts no liability for any loss or
damage which may be caused by software viruses or interception
or interruption of this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 31 10:22:26 2006