[RFC] Separating last-revision from parents

Martin Pool mbp at canonical.com
Mon Feb 5 23:50:26 GMT 2007


On  4 Feb 2007, Robert Collins <robertc at robertcollins.net> wrote:
> The current behaviour of update and revert is in my mind 'correct' -
> that is, we can probably improve it, buts its doing what I intended.
> 
> I wanted the following to hold true for any tree:
>  'bzr update && bzr revert && bzr info -> no missing revisions, no local
> edits, no new local commits. 
>    That is, for a regular branch, it gets you to the tip, for a
> lightweight checkout, it gets you to the tip of the pointed-at-branch,
> and for a heavyweight branch it gets the local branch reset to the
> master.

+1 on that, except that we should give you a more prominent warning that
not just your uncommitted changes but all your local work would be lost,
and perhaps require either keyboard confirmation (as for uncommit) or
confirmation through a command line option.

It might be good if revert had something like a mini-repository in the
checkout where it could store the inventory and texts that were being
removed, to support unrevert.

-- 
Martin



More information about the bazaar mailing list