[RFC] branch --bind
Scott Aubrey
scottaubrey at capuk.org
Fri Jan 8 10:57:18 GMT 2010
On 8 Jan 2010, at 10:38, Vincent Ladeuil wrote:
>>>>>> "robert" == Robert Collins <robertc at robertcollins.net> writes:
>
> robert> On Fri, 2010-01-08 at 09:55 +0000, Scott Aubrey wrote:
>>> Also, forgot to add to the short term list that I'm in favour of adding --bind to branch too, for the same reason as setting bzr bind to use parent if no previous bind location is specified.
>
> robert> I recall Aaron having concerns about 'bzr bind' using the parent
> robert> location, and that itself also lends concern to 'bzr branch --bind'
> robert> binding to the parent.
>
> *I* would very rarely bind to the *parent* because I'd like to
> have the proposed changes reviewed before being merged to the
> said parent.
>
> In other words: parent is where I read from, bind target is where
> I publish my changes. For some workflows they are the same.
>
> And that is my main concern with --bind: it binds to the parent
> (without a way to change that decision) and that's not my main
> use case.
>
> So I'm far more likely to use 'bzr bind :push'.
>
> There are cases where I have parent_location == push_location,
> but most of the time I bind after pushing so ':push' is *always*
> right.
>
> But since I obviously 'bzr push' long after 'bzr branch' and that
> in most of the cases I don't push to the parent, I doubt I will
> ever use 'bzr branch --bind'.
>
> Vincent
>
That's fine, and I agree completely... but what if your the one doing the landing after reviewing? Can you not see a case for a branch to be bound to parent, particularly if you have a treeless mainline on a server?
- Scott
P.S. Vincent sorry for double sending...forgot reply-all
More information about the bazaar
mailing list