Yep. Try as I might, I'm not wise enough to have foreseen the
problems that could arise in a repository given ample copy-related
craziness. As a result, we need to track a little more information at
the time filesystem copies are made so that we an use that information
when harvesting history data later. So, what I'm really saying is:
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* There will be another FS schema change next week, which will *
* require you to dump and load your existing repositories, unless *
* something completely amazing is discovered that will alleviate *
* the need for such a thing. *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
I *highly* recommend that if your repositories tend to take a long
time to dump and load that you get a head-start on this. My favorite
backup strategy is the use of incremental dumps + post-revprop-change
hook logging, and if you're of like mind, you already have your
repository mostly dumped already.
Sorry about the pain, especially so near to the last schema change.
And thanks for embracing this technology early so that we might find
exactly the kinds of bugs these schema changes aim to fix.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 5 19:35:03 2003