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

Re: svndumpfilter oddities

From: Chris Morgan <chmorgan_at_gmail.com>
Date: 2005-09-28 17:15:30 CEST

Looking at #1911 it does sound just like this bug, "Currently the code
does not remap the revised revision for a removed revision to the

Given that in rev X it did a copyfrom-rev from X, is it ok for me to
change the copyfrom-rev to X - 1?


On 28 Sep 2005 11:05:31 -0400, C. Michael Pilato <cmpilato@collab.net> wrote:
> Chris Morgan <chmorgan@gmail.com> writes:
> > I had a couple of questions. First was whether this minor change was
> > correct. I didn't want to be modifying these files by hand and end up
> > screwing up the history for the import.
> Without seeing the whole dumpfile, one can't say for sure if the
> change was correct. I believe the amount of shift you need to apply
> to the copyfrom-rev is probably equivalent to the number of prior
> revisions dropped by the filtering process.
> > I was also wondering whether this is a new issue with svndumpfilter.
> > It seems like when renumbering things svndumpfilter shouldn't make a
> > revision that refers to either itself or a future transaction, only
> > historical ones.
> We don't call these "svndumpfilter oddities", we call 'em bugs. It's
> not a new bug by any stretch -- it's bitten me many times in the past,
> and I think it's issue #1911.
> --
> C. Michael Pilato <cmpilato@collab.net>
> CollabNet <> www.collab.net <> Distributed Development On Demand

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 28 17:17:05 2005

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