[MERGE] make 'push' default to parent branch
Scott Scriven
bzr at toykeeper.net
Tue Jul 29 23:43:48 BST 2008
* Daniel Watkins <daniel at daniel-watkins.co.uk> wrote:
> The other side of the argument is that:
> "The current behaviour is guaranteed to fail before it can
> cause any damage, but the default URL approach will sometimes
> just break things."
This is a good point. It seems like the main reason not to push
until configured explicitly; perhaps the only reason.
* Colin D Bennett <colin at gibibit.com> wrote:
> The situation is different for a pull, ... the target of
> modifications due to a pull is clear to anyone executing a pull
> command.
Where I disagree is that I think the target of a push is also
pretty clear. At least, for anyone who is accustomed to a
different SCM tool (since git, hg, bitkeeper, darcs, svn, and cvs
all send changes back to their original upstream source by
default), and for many who have no relevant experience at all (if
the system knows only one URL, it's a reasonable default).
What I find confusing or surprising is having "commit" behave
differently in different branches, recording changes locally
sometimes and pushing changes upstream at other times. I'd be a
lot more likely to break the mainline through an unexpected
"commit" side effect than through an accidental "push". So, I
disagree with the advice that users should use a bound branch if
they want "push" and "pull" to use the same URL.
-- Scott
More information about the bazaar
mailing list