[RFC] proposed user doc for nested trees
Stephen J. Turnbull
stephen at xemacs.org
Tue May 12 09:47:38 BST 2009
<mode lurk="off" />
Martin Pool writes:
> I agree that calling them 'nested trees' would be clearer than
> 'nested branches'.
At least coming from a git background, that's confusing. The point is
that (git) trees are *historyless*, and to me "nested tree" suggests
that the containing branch is going to record the history.
If in general that is true of Bazaar (that is, *trees* manage
versionable content, *branches* record versioning and history), then
"nested trees" makes the situation sound more straightforward and less
powerful/useful than it actually is.
> I think this document needs a bit more detail about what's
> happening behind the ui, and so does this conversation if it's to
> move forward smoothly. You cover it pretty well in some places by
> say what is or isn't stored, but I think for users to really
> understand this they need a model of what's recorded in the
> committed inventories/revisions, what's in the working tree, and
> what's in the branch/es.
Aside: Since users will actually want to access these things, I'd call
this "UI". FWIW, I think that *for discussion*, more use-cases are
what I'd like to see -- I'm finding it *very* hard to imagine what
other people might use this feature for ;-) -- and *for the document*,
what needs to go on in the API and implementation should follow the
needs of the use cases at first.
> I'd like, more for the sake of this discussion though it would also
> help users, to see how this would be shown by 'bzr status'.
+1
<mode lurk="on" />
More information about the bazaar
mailing list