Closed Bug 1237778 Opened 8 years ago Closed 4 years ago

Create obsolescence markers for changesets landed by Lando

Categories

(Conduit Graveyard :: Transplant, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: gps, Unassigned)

References

Details

(Keywords: conduit-triaged)

I love hitting the autoland button from MozReview. What I don't like is the original changesets persisting in my local Mercurial repos. I wish they'd "disappear" automagically whenever I pulled down the autolanded/rebased changesets.

We could get this magical disappearing behavior if we produced obsolscence markers for autolanded changesets.

I'd like to see Autoland produce obsolscence markers for rebased changesets. This will require enabling obsolescence on hg.mozilla.org (currently it can be enabled for user repos only).

Obsolsecence markers still don't scale to infinity. So, we can't have everyone pushing obsolsecence markers to every repo on hg.mozilla.org, especially mozilla-central. We also probably don't want to mark changesets in the repo as obsolete, as this can result in wonkiness which I don't want to inflict on Mozillians just yet.

What we can do is enable the pushing of obsolescence markers when the push user is autoland. And, we can have a push hook verify that new obsolscence markers don't obsolete changesets in the repo. In other words, we'll only create markers whose source was an unpublished changeset from MozReview (or wherever).

Before we commit to this, I'll probably want to talk to some Mercurial devs about the implications of this, since obsolescence is still somewhat in flux and there could be fallout from the proposed implementation above.
I agree having the original changesets around is annoying.

One problem I've had in the past in Autoland, is that if I pull from the MozReview repo, rebase the changesets, and subsequently hit an error pushing to the destination repository and retry from MozReview, hg doesn't want to let me pull the changesets from MozReview from again because they're still in Autoland's repository, just hidden because of the rebase. I didn't find a good way of cleaning this up (admittedly, I think I just tried stripping the offending changesets and then gave up) so I ended up disabling obsolescence on Autoland.
We may have to do something like delete the obsolsecence markers from the autoland repo after every rebase. If you delete the obsolsecence markers, the changesets should become unhidden.
Product: Tree Management → MozReview
Product: MozReview → Conduit
Keywords: conduit-triaged
Summary: Create obsolescence markers for autolanded changesets → Create obsolescence markers for changesets landed by Lando
Whiteboard: [lando-backlog]
Keywords: conduit-backlog
Whiteboard: [lando-backlog]
Keywords: conduit-backlog
Priority: -- → P3
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Product: Conduit → Conduit Graveyard
You need to log in before you can comment on or make changes to this bug.