any way to leverage git?
mbp at sourcefrog.net
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
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20050413/360a777a/attachment.pgp
More information about the bazaar