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

RE: successful commit but no log entry..

From: Clemens Mensik <c.mensik_at_ip2.at>
Date: 2006-06-18 10:28:27 CEST

> > ....
> > ...
> >
> > > Is it possible that svn can't handle such kinda big
> > > transactions? Though, looking thru the whole rep I got
> > > several revisions with either a date or an author nor
> > > a log message about the changes/added files.
> >
> > Subversion can handle revisions that large. With APR 0.9.x
> > (which you've
> > probably got, since you're on Apache 2.0.x) the limit is ~2GB per
> > revision. With APR 1.2.x, it should be unlimited for all
> > intents and purposes.
> Of course, when new users do things like that, it's often a
> fundamental mistake and the material should go in its own repository,
> and the commit needs to be flushed out. That's still painful: the
> "obliterate" command is apparently still in development, as much as
> some of us would like it to exist.

thx for your prompt reply. I think I already know howto wipe
out the changes I don't need or actually I hope I do ;-)
Maybe you could just tell me wheter it could work or not....

(1) Do an whole Dump from Revision 1 - 6500
(2) Do an delta dump from Revision 6502 - 6600
(3) Import (1) into a new repository
(4) import (2) into the same repository

rev 6500 is the bad one. So I do import everything before the
bad rev. Then I'll import all the changes that happend afters
this one revision.

I think this could work, but I'm not quite sure, and had no
time till now to test it...

Anyway, you didn't answer the question about the missing author
and date fields I can find in severeal revisions looking thru
the whole log. As I've mentioned, only authorized users are
allowed to read/write the repository.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jun 18 10:30:08 2006

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.