[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