[PATCH 1 of 5] bundle2: very first version of a bundle2 bundler

Angel Ezquerra angel.ezquerra at gmail.com
Wed Mar 19 17:32:18 CDT 2014


On Wed, Mar 19, 2014 at 11:02 PM,  <pierre-yves.david at ens-lyon.org> wrote:
> # HG changeset patch
> # User Pierre-Yves David <pierre-yves.david at fb.com>
> # Date 1395176450 25200
> #      Tue Mar 18 14:00:50 2014 -0700
> # Node ID f77651bc816e79ae36b17641f13194edb92e5dcf
> # Parent  29b159bd71bc68e9868c5d2d748ab166dc7a5287
> bundle2: very first version of a bundle2 bundler
>
> This changeset is the very first of a long series. It create a new bundle2
> module and add a simple class that generate and empty bundle2 container.
>
> The module is documented with the current state of the implementation. For
> information about the final goal you may want to consult the mercurial wiki
> page:
>
>     http://mercurial.selenic.com/wiki/BundleFormat2
>
> The documentation of the module will be updated with later patches adding more and
> more feature to the format.
>
> This patches also introduce a test case. This test case build and use its own
> small extension that use the new bundle2 module. Since the new format is unable
> to do anything right now, we could not use real mercurial code to test it.
> Moreover, some advanced feature of the bundle2 spec will not be used by core
> mercurial at all. So we need to have them tested.

I went through the new bundle format doc and one thing I did not see
is any mention of subrepos.
Currently the bundle/unbundle commands completely ignore subrepos.
This is quite annoying when you have to share stuff with people who do
not have access to a shared web server.

It would be really neat if in the future we could create a bundle on
the parent repository and the resulting bundle contained bundles of
the corresponding subrepo revisions. Would that even be possible with
the planned bundle2 format? I saw mentions on the wiki of being able
to send a pony to a contributor. I would settle for being able to send
subrepo revisions :-)

Cheers,

Angel


More information about the Mercurial-devel mailing list