[PATCH 1 of 6] changegroup: use a different compression key for BZ in HG10

Pierre-Yves David pierre-yves.david at ens-lyon.org
Wed Sep 23 21:44:00 CDT 2015



On 09/23/2015 07:20 PM, Gregory Szorc wrote:
> On Wed, Sep 23, 2015 at 9:21 PM, Pierre-Yves David
> <pierre-yves.david at ens-lyon.org <mailto:pierre-yves.david at ens-lyon.org>>
> wrote:
>
>     # HG changeset patch
>     # User Pierre-Yves David <pierre-yves.david at fb.com
>     <mailto:pierre-yves.david at fb.com>>
>     # Date 1443033210 25200
>     #      Wed Sep 23 11:33:30 2015 -0700
>     # Node ID 0e8207361f5a0eb27fd92288c34c5bb3d1d3eb53
>     # Parent  f946c1260035f96aa30052c28e6c68c559677059
>     changegroup: use a different compression key for BZ in HG10
>
>
> Related to this series, at some point I'd like to formalize the `hg
> clone --uncompressed` "bundle" format as something that can be saved to
> a file and handled by `hg unbundle` as well as `hg clone`. As the work
> I've done at Mozilla has shown, "stream bundles," while larger, are
> insanely fast to apply (they are basically tar archives of revlogs),
> making them ideal for fast network environments such as datacenters.
> They are the different between 5 and 1 minute clones. Also, I think
> moving "stream bundles" to the "getbundle" wire protocol command
> (instead of maintaining a one-off) makes some sense.

Sound like a great plan:

> I'm not sure how this should be done. New magic value in the bundle
> header? Separate bundle2 part?

Specific bundle part, refuses to apply if the destination repository is 
not empty?

> I just wanted to let you know about this in case it impacts your work here.

Not really, as far as I understand…

-- 
Pierre-Yves David


More information about the Mercurial-devel mailing list