[RFC] proposed user doc for nested trees
Aaron Bentley
aaron at aaronbentley.com
Fri May 8 15:17:20 BST 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Vincent Ladeuil wrote:
>>>>>> "jam" == John Arbash Meinel <john at arbash-meinel.com> writes:
>
> <snip/>
>
> jam> Or as Stephen hinted, we could add a property to the revision, to
> jam> indicate whether they were combined or not...
>
> I'd rather add that to the CB revision.
If the only purpose of it is to decide whether to uncommit in the
containing tree, maybe it should be per-tree data, like shelves.
I think it would be nice if instead of "uncommit", you ran "undo" after
a commit, and undo could consult a per-tree log of operations to decide
what operation to undo.
> jam> However, I'm pretty sure Aaron is leaning towards forcing there to be
> jam> local branches for all subtrees. (So even if you did 'bzr co
> jam> --lightweight .../bzr.dev', you would have a local branch for bzr-svn,
> jam> rather than a lightweight checkout of lp:bzr-svn.)
No, I didn't mean to apply it to a lightweight checkout of a nested
tree. I meant it to apply only when we were creating a local branch for
a nested tree, not when we were creating a branch reference.
> I think that point is a very important one and should be clearly
> defined.
Please see http://bazaar-vcs.org/NestedTreesDesign#sub-branches and tell
me if there's more I can do to clarify.
Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkoEPu0ACgkQ0F+nu1YWqI0o1ACfZeIf+ZVJnUSYkilEmCNkWk9H
5FQAn3cuwLzhAcWcxp6nfPHK573Pdzwl
=plJI
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list