[RFC] Bundles as repositories
Alexander Belchenko
bialix at ukr.net
Fri Jun 15 07:58:43 BST 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Robert Collins пишет:
> I think this has been roughly discussed, but wanted to be sure it had..
>
> I think we want a compact binary bundle format, with the human text
> overall delta just an ignored-prelude. We can check the prelude matches
> the binary data when processing, or encourage people to run the bundle
> through bzr... Alternatively we could have no human readable section but
> a specific mime type so mutt etc can get bzr to format it for human
> reading.
>
> AIUI we want bundles to have the following properties:
> - compact representation
> - able to be used without their contained data being added to
> repositories
> - fast to create
> - fast to extract data from
>
> And we are building towards a repository format that:
> - can discard derivable data
> - is fast to use
> - can be used for 'lightweight branches' aka 'history horizons' - where
> not all data is present, and we have a 'stacking api' to get at the
> missing data from somewhere else seamlessly.
>
> To me it makes sense that bundles should then be a
> 'branch-and-repository-in-a-file':
> - one with the derivable data discarded
> - one where the data within it has been stored in the most compact
> representation
> - one that only contains partial history data
>
> This will meet the properties desired from bundles, and would allow us
> to remove the special-casing for pull/missing/merge etc from bundles
> (bundles would be detected as a control format so any command using
> BzrDir.open would work with them).
Make sense for me.
[µ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGcjijzYr338mxwCURAg8aAJ4+t2Iy95XQ3eNdBt10FYOWEbAwIgCcDpgX
Rr1syYTqvhXdrD8HeiYNGMA=
=G8U1
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list