possible things for 1.1
Aaron Bentley
aaron.bentley at utoronto.ca
Tue Dec 4 03:06:26 GMT 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Robert Collins wrote:
> Formats:
> - doing a git-like thing with tags might be good, allowing 'switch' to
> select a tag to switch to. Not because I think this is a great way to
> work, but some people do value it, and tags are cheaper to enumerate
> than directories.
The way I was thinking of providing git-like workflow was by sticking
branches in a new directory, .bzr/branches, and providing a shortcut for
naming them. So that e.g. "bzr switch @feature-7" would be equivalent
to "bzr switch .bzr/branches/feature-7".
In your proposal don't the tags just become a new kind of branch?
> - xdelta compression in packs, aim to halve storage size (half IO to
> reconstruct something should compensate for increased CPU to line split
> at the end).
> - annotation cache for packs
> - revno cache for branches?
dotted revno generation does kinda hurt, and such a cache rarely becomes
invalid, because commit leaves previous revnos intact. (Uncommit,
however, is not the cache's friend)
> - journalled dirstate
Also, it would be nice to update merge and revert so that they don't
require inventory access. I can't do this alone though. At minimum, I
need a dirstate-facing implementation of apply_inventory_delta.
> - incrementally preprocessed graph reachability answering
> - N way merge (solve equal-LCA problem without extra conflicts)
>
> features:
> - pluggable merge (like the new pluggable diff)
(speaking of, there's still some work to do on the pluggable diff).
And apropos of that, I do intend to support per-file merge bases.
> - file copies
I'll stock up on antacids :-P
Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHVMQy0F+nu1YWqI0RAkH2AKCGP2dIPDigHUkgqnBLH2jAexYbVACeOXf7
6p2AoqDJglPMoF269YjyVAU=
=5hGg
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list