switch won't let me switch with a pending merge

Bug #421360 reported by Robert Collins
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Bazaar
Confirmed
High
Unassigned
Breezy
Triaged
Medium
Unassigned

Bug Description

:!bzr switch trunk
bzr: ERROR: Pending merges must be committed or reverted before using
switch.

shell returned 3

:!bzr switch trunk --force
bzr: ERROR: Pending merges must be committed or reverted before using
switch.

 affects bzr
 status confirmed
 importance high

This gets in the way of being able to correct after merging *and fixing*
into the wrong branch. There is no good technical reason to prevent this
switch operation. And if the branch I'm bound to had gone away for some
reason - e.g. url changing - then not permitting it would wedge me as a
client.

Tags: merge switch
Revision history for this message
John A Meinel (jameinel) wrote : Re: [Bug 421360] [NEW] switch won't let me switch with a pending merge

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Robert Collins wrote:
> Public bug reported:
>
> :!bzr switch trunk
> bzr: ERROR: Pending merges must be committed or reverted before using
> switch.
>
> shell returned 3
>
> :!bzr switch trunk --force
> bzr: ERROR: Pending merges must be committed or reverted before using
> switch.
>
>
> affects bzr
> status confirmed
> importance high
>
> This gets in the way of being able to correct after merging *and fixing*
> into the wrong branch. There is no good technical reason to prevent this
> switch operation. And if the branch I'm bound to had gone away for some
> reason - e.g. url changing - then not permitting it would wedge me as a
> client.

So there are certain situations where handling a pending merge would be
quite problematic. Options:

1) The target branch is at exactly the same revision as the current
branch tip. Switch is trivial here, since it should just point to the
new location.

2) The target branch is at a different revision.

At this point, how do you resolve the new update merge? I suppose it is
the same as the 'bzr update' case, so you just merge in the basis
changes. I guess it just seems like a great way to end up with
hard-to-diagnose merge conflicts.

3) What if the target branch is at the revision that you have merged, or
if the newly merged revision is now in the ancestry of the new branch tip?

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqb9JYACgkQJdeBCYSNAAOsUwCdGDQinVR5WXF3LV5keFGm3Tyb
RXEAnA1sj2PQI+AUyS+1rf3FQf5nOVBi
=oaaU
-----END PGP SIGNATURE-----

Jelmer Vernooij (jelmer)
tags: added: switch
tags: added: merge
Jelmer Vernooij (jelmer)
Changed in brz:
status: New → Confirmed
status: Confirmed → Triaged
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.