Re: git pack/unpack over bittorrent - works!

From: A Large Angry SCM <gitzilla@gmail.com>
Date: Sep 2, 2010, 19:52 UTC
Message-ID: <4C800062.7020707@gmail.com>
In-Reply-To: <AANLkTinFPxsY6frVnga8u15aovQarfWreBYJfri6ywoK@mail.gmail.com>

On 09/02/2010 03:41 PM, Luke Kenneth Casson Leighton wrote:

[...]

Show 14 quoted lines

>   neeh, i'm flexible.  it looks like i'm going to need to deviate from
> bittorrent, after all, start adding new commands over which the git
> rev-list gets transferred, rather than as a VFS layer.  the reason is
> that bittorrent depends on the files and the data in the files being
> all the same, so that a hash can be taken of the whole lot and the
> end-result verified.
>
>   if the pack-objects are going to vary, then the VFS layer idea is
> blown completely out the water, except for the absolute basic
> meta-info such as "refs/heads/*".  so i might as well just use
> "actual" bittorrent to transfer packs via
> {ref}-{commitref}-{SHA-1}.torrent.
>
> ho hum, drawing board we come...

You can treat the git object store (both loose and packed objects) as a VFS and use the refs of interest (the I-needs and the I-haves) to create a view...