[MERGE] make 'push' default to parent branch
Colin D Bennett
colin at gibibit.com
Tue Jul 29 19:14:24 BST 2008
On Mon, 28 Jul 2008 08:47:55 +0100
Daniel Watkins <daniel at daniel-watkins.co.uk> wrote:
> On Mon, 28 Jul 2008 01:11:32 -0600
> Scott Scriven <bzr at toykeeper.net> wrote:
> > * Aaron Bentley <aaron at aaronbentley.com> wrote:
> > > > at the expense of making things a bit harder for new users...
> > >
> > > Quite the opposite. An experienced developer will know *why* bzr
> > > is complaining that http doesn't support mkdir. A new user will
> > > not. A new user *ought* to understand "bzr: ERROR: No push
> > > location known or specified."
> >
> > Comparing one error against the other misses an important point.
> > The current behavior is guaranteed to fail, but the default URL
> > approach will often just work.
> 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."
I agree: accidentally pushing to an upstream branch could be bad.
Don't the 'push/pull' operations potentially alter the target branch
history? (As opposed to simply adding new revisions.)
If they can modify the remote branch's history, I think the user should
have to explicitly state where to push to.
The situation is different for a pull, since obviously you normally are
in a shell with a current working directory in the target branch, or you
specify the target with '-d target'. Therefore, the target of
modifications due to a pull is clear to anyone executing a pull command.
Regards,
Colin
More information about the bazaar
mailing list