Changing the UI of checkout

Stephen J. Turnbull stephen at xemacs.org
Sun Apr 19 16:58:17 BST 2009


Matthew D. Fuller writes:

 > [commit --local] IS a bad command, though.  Kinda.  It's coloring
 > outside the lines.  The whole point of a checkout is that you're
 > just a working tree on a given branch; you don't go out of sync in
 > such a case,

Of course you do.  As soon as you save a change, *you're out of sync*.

To protect your work, there should be a place to commit it.  You can't
guarantee that you can commit to the remote branch unless it supports
multiple heads and repository policy allows you to do a push that
creates a new head.  Bazaar doesn't support the former, and the latter
is generally frowned upon anyway.  What's left is "commit --local".

The whole idea of checkouts with "working trees" is ill-conceived.
Checkouts as source distribution for end users and beta testers are a
wonderful idea.  But anybody who makes changes to the code is putting
themselves in harm's way by doing it in a checkout.

Bound branches are another matter.  I'm not a big fan of workflows
that use them, either, but at least the idea is theoretically sound.



More information about the bazaar mailing list