any way to leverage git?

Martin Pool mbp at
Wed Apr 13 00:41:20 BST 2005

On Tue, 2005-04-12 at 17:27 -0400, John Yates wrote:
> My thought was more that if the git abstraction is sufficiently abstract
> and a useful building block then bzr ought to exploit it.  I would expect
> the kernel team will in time devise an implementation that has acceptable
> resource utilization.  If git can truly cope with the kernel's needs at
> the sorts of speeds to which Linus aspires then I would assume that it will
> be a while before bzr sees use on a project for which a layering on git
> is unacceptable.

If git turns into a fast and compact content-addressable store then bzr
could well make use of it without changing the top half of bzr's design
very much at all.  

That said I don't totally agree with the design decisions Linus has

* One attraction of a simple storage mechanism is that it helps people
recover data in the event of a disaster. 

* Storing the hash of compressed data seems weird because it locks you
to that particular compression method.

At the moment I plan to just take some of the optimization ideas, like
statting files by inode number.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : 

More information about the bazaar mailing list