bzr wouldn't update checkout

Neil Martinsen-Burrell nmb at wartburg.edu
Tue Sep 15 17:14:12 BST 2009


On 2009-09-15 10:04 , Matthew D. Fuller wrote:
> On Tue, Sep 15, 2009 at 09:47:33AM -0500 I heard the voice of
> Neil Martinsen-Burrell, and lo! it spake thus:
>>
>> Bound branches are necessarily a special case.
>
> So special bzr doesn't have them.  It also doesn't have heavy
> checkouts.  Instead it has a bastard mix.  This is the real problem,
> and it's terribly exacerbated IMAO by repeated injection[0] of bound
> branch terminology and concepts into discussions and onto people
> wanting checkouts.

I wholeheartedly agree.  The presence of a second branch in a 
heavyweight checkout (is that what we're supposed to call these bastard 
children until after 2.0?) is indeed the root cause of much confusion. 
I am looking forward to the day when there are two separate concepts: 
checkouts (always lightweight or at best with a local *cache*) and bound 
branches (full local branches that force a commit to another branch on 
every commit as a time/energy-saver vs. commit/push)

>> Another way to look at this is that ``bzr update`` in a bound branch
>> does more than just updating my working tree to match the remote
>> branch.
>
> I would argue that it shouldn't.  But that's unfixable without
> breaking checkouts until the cases are split, and I think checkouts
> are a much more important capability than bound branches.

We can disagree about the relative importance of bound branches vs. 
checkouts.  Personally, I find bound branches to be one of the most 
attractive feature of Bazaar and DVCS in general.  Thankfully, neither 
of these features will be going away and we can both be satisfied (see 
http://bazaar-vcs.org/DraftSpecs/SimpleCheckouts).

-Neil



More information about the bazaar mailing list