uncommit should mark revisions as uncommitted

Bug #271936 reported by Adrian Wilkins
2
Affects Status Importance Assigned to Milestone
Bazaar
Confirmed
Wishlist
Unassigned

Bug Description

When you uncommit, it leaves a dead head lying around in your repository. These heads clutter the output of the "heads" command.

If uncommit marked the revision it was uncommitting, or kept it in a repo-level list, these heads could be filtered from the output of "heads".

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

Isn't the whole point of "bzr heads" to be able to find this sort of revision?

Revision history for this message
Robert Collins (lifeless) wrote : Re: [Bug 271936] [NEW] uncommit should mark revisions as uncommitted

On Thu, 2008-09-18 at 22:33 +0000, Adrian Wilkins wrote:
> Public bug reported:
>
> When you uncommit, it leaves a dead head lying around in your
> repository. These heads clutter the output of the "heads" command.
>
> If uncommit marked the revision it was uncommitting, or kept it in a
> repo-level list, these heads could be filtered from the output of
> "heads".

I think this would be nice; not sure how to make it happen efficiently
etc :P

 status confirmed
 importance wishlist
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

Changed in bzr:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Adrian Wilkins (adrian-wilkins) wrote :

> Isn't the whole point of "bzr heads" to be able to find this sort of revision?

It's also there to find the heads of branches you deleted, etc.

Often when you uncommit, it's for trivial things like "I forgot to add a file", or "I didn't want to commit that file as part of this revision", or "I messed up the log comment". Having these heads in your output is probably a sign that you should commit more carefully, but it happens a great deal and it would be nice to be able to ignore them.

My thought on implementation is that a simple line-based "uncommitted-revisions" list in the repository might be a good way of implementing this ; read the list and allow filtering dead revisions that are contained in the list. If you branch to another repo, dead revisions are not copied unless you are taking pains to identify one as the desired tip, so you don't need anything that stores data in the actual revision ; uncommitted revisions you end up resurrecting are no longer dead.

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

Perhaps this is something that bzr-tiplog can help with, as it records e.g. why a revision was removed from the branch mainline.

Revision history for this message
Martin Pool (mbp) wrote : Re: [Bug 271936] Re: uncommit should mark revisions as uncommitted

On 1 December 2011 07:25, Jelmer Vernooij <email address hidden> wrote:
> Perhaps this is something that bzr-tiplog can help with, as it records
> e.g. why a revision was removed from the branch mainline.

I think that's the way to go.

--
Martin

Jelmer Vernooij (jelmer)
tags: added: check-for-breezy
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.