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

Re: [Patch] cvs2svn.py

From: Scott Lamb <slamb_at_slamb.org>
Date: 2002-07-23 05:31:43 CEST

Greg Stein wrote:
> On Fri, Jul 19, 2002 at 03:16:51PM +0200, Sander Striker wrote:
>>Odd, if this is happening, I'll deflect my question to Greg: why are
>>commits with a different log msg identified as being in the same
> *if* being the operative word. I cannot believe that we would be combining
> things with different messages into a single commit. The identifying key is
> a combination of the author and log message. A second use of that key must
> occur within a five minute window to be combined into the commit with the
> first use. The time lag is because the commits are not atomic -- they will
> span periods of time, based on the speed of the user's connection and what
> they are uploading/committing. When converting the mod_dav repository, the
> commits have spanned no more than a few seconds.

I'm seeing this happening - same author, same five-minute span,
different log message collapsed into a single commit. What's worse is
that it's two revisions of the _same_file_. This is with a dry-run - I
don't know what would happen if it actually tried to commit that. (Maybe
segfault - that's what it's doing now. Not sure if it's for that
reason.) Output looks like this:

     committing: Wed Jul 3 21:02:50 2002, over 193 seconds
         changing 1.13 : file1
         changing 1.14 : file2
         changing 1.15 : file2
         (skipped; dry run enabled)

The first two belong, the third doesn't.

I noticed that all the digests in cvs2svn-data.resync were the same.
Could that be why it isn't telling them apart based on log messages?
(What does this file do, anyway? I'm not very clear on the difference
between it and cvs2svn-data.revs, etc. The comments confused me.)

The digests in cvs2svn-data.revs seemed reasonable for this repository.
A few digests occurred many times, many digests occurred 1-3 times.
Since it's a bunch of very small projects, that makes sense. (The ones
that occurred many times were probably imports or something.)

Scott Lamb
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 23 05:31:36 2002

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.