Hi developers, you might have notice, that pulling/merging/pushing a hg based CWS might be quite slow if the CWS was based on a pre-m51 milestone and you did pull a m51 or later milestone into the CWS.
The effect is big enough to desire an explanation: In DEV300_m51 the CWS l10ncleanup04 has been integrated. In this CWS all the sdf files from all over the place have been move into a single module (top-level directory) called l10n. Now the sdf-files are a significant part of the overall OOo source tree (886 MB from a 2.0 GB total). This move of the sdf files also involved an additional change of format which prevented a simple use of "svn move", the end effect being that the content was copied. This is not that tragic on a centralized system (server disk space being cheap) but is very suboptimal in a DSCM setting. Copying/Deleting/Adding the files prevented the svn->hg converter to recognize that something has been moved and be efficient about it, the old and the new files are unrelated as far as the SCM is concerned. The whole changeset, converted to hg, blew up the OOo hg repository (store only) from 1.1 GB to 1.3 GB, or nearly 20%. Thus we have now a single changeset in our OOo hg repository which represents nearly 20% of the size of the repository, the other 80% being the 262000 changesets which cover the trunk history of OOo since 2001. If you pull/push that changeset over the line it *will* take some time. Please bear that in mind if you judge the performance characteristics of hg. Developers, please: if you make big changes like this, use "svn move" or it's equivalent to move the files, regardless if it's in SVN or later in a DSCM. We don't want to have hundred's of megabytes dead weights in a repository which every one needs to copy/clone many times. I hastily add that I don't blame the author of the CWS for doing this, he hadn't much choice due to the (required) format change. But often we do have a choice, please keep this in mind. Thanks for your consideration Heiner -- Jens-Heiner Rechtien [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
