On Jun 18, 2010, at 2:53 PM, Daniel Shahaf wrote:
CC += users@
Eiren Smith wrote on Fri, 18 Jun 2010 at 10:01 -0400:
On Jun 18, 2010, at 3:07 AM, Daniel Shahaf wrote:
Eiren Smith wrote on Thu, 17 Jun 2010 at 23:24 -0000:
On Jun 15, 2010, at 12:20 PM, Eiren Smith wrote:
On Jun 15, 2010, at 12:14 PM, Stefan Sperling wrote:
On Tue, Jun 15, 2010 at 11:49:44AM -0400, Eiren Smith wrote:
Sir:
Thanks for your reply. I'll read those references you cited.
P.S. Other files may also be missing from the revprops/ dir,
not
just 7437 -- If I'm willing to lose commit messages, can I
live
without some revprops/ files?
You should recreate the revprops for all revisions.
I have emails messages (from SubversionNotify) containing the
commit
comments for six of seven of those revisions. If I can rebuild
the
repository with some revprops/ files missing, I can edit the
comments later. Will this work?
Sure, that will work. You'll need to do a manual commit of the
changes
made in lost revisions, and then tweak the revision properties
after
the
commit is done. See also the 'svnadmin setrevprop' command,
which will
help you to set the revision properties (svn:date, svn:author,
and
svn:log).
Stefan
Thank you.
I won't be able to accurately mimic the seven missing changes as
most of
them were for binary files (project documentation and some DLLs).
Instead, is there a way to simply say "All future revisions that
depend
upon these seven revisions are dead/null" so I can piece the
repo back
together with just that minor loss?
Thanks,
/eiren
Anyone:
Any ideas about how to handle this since I can't mimic the
changes to the
binary files modified in the missing revs?
Patch svnadmin to skip those particular files (hard-code them) when
parsing a dumpfile?
Sorry, I don't understand. Could you expand on that?
IIRC, you were suggested to dump the repository (in parts) in order to
recover it. Normally, if you just load these dumpfiles, it will error
at some point due to the missing revisions (which weren't dumped). So
I suggested to recompile svnadmin with a one-off patch that changes
the
'svnadmin load' logic to ignore anything in the dumpfiles that touches
one of the files touched in those seven revisions.
Essentially, look up what paths were touched in those seven revisions,
and then patch load.c so that, when it parses from the dumpfile an
entry
concerning one of those files, the entry gets ignored (dropped on the
floor) and will not be forwarded to the FS layer as normal (with the
aim
of making a commit to the repository-being-loaded-into).
Clearer?
/eiren
Sorry if nudging this is bad form for this list.
/eiren
Clear. Thanks, Daniel.
If I wind up going that route, I'll do also check revision numbers so
I only start ignoring those files at the point where I'm missing
revision files that include modifications to them, leaving previous
revision history for them intact.
I might also do some fake revisions (to some unrelated dummy files, I
suppose) to keep my revision numbers from shifting.
/eiren