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

Angel Ezquerra angel.ezquerra at gmail.com
Wed Mar 19 17:44:22 CDT 2014


On Wed, Mar 19, 2014 at 11:36 PM, Pierre-Yves David
<pierre-yves.david at ens-lyon.org> wrote:
>
>
> On 03/19/2014 03:32 PM, Angel Ezquerra wrote:
>>
>> 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.
>
>
> The bundle2 container format can contains is an application agnostic format
> that containts multiple "parts" each part doing whatever they want. You'll
> be more than welcome to add some subrepo related part when the format will
> be usable.

That's neat. We could do some sort of recursive bundle :-)

Angel


More information about the Mercurial-devel mailing list