Open Bug 1835958 (lando-try-push) Opened 2 years ago Updated 7 months ago

[meta] Migrate `mach try` submission to Lando

Categories

(Conduit :: Lando, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: sheehan, Assigned: sheehan)

References

(Depends on 13 open bugs)

Details

To alleviate long wait times experienced when pushing a commit to the try repository we will update mach try to submit try requests to Lando. Lando will use existing queuing and working infrastructure to push the commit to the repository.

Depends on: 1835959
Depends on: 1835961
Depends on: 1835962
Blocks: 1769750

Is this going to mean that try pushes will be subject to the commit number limit for lando landings? That limit currently makes the wpt sync bot unable to use lando for its operation.

(In reply to James Graham [:jgraham] from comment #1)

Is this going to mean that try pushes will be subject to the commit number limit for lando landings? That limit currently makes the wpt sync bot unable to use lando for its operation.

This work is only for human initiated try pushes, in part because of the SSO authentication requirements. The ssh based workflow is not being removed and should continue to be used by automation.

If/when we route all try submissions through Lando we'll have accommodations for bots; we're already mindful of the size of the wpt stacks 🙂. There's no plans to work on this aspect right now.

Summary: Migrate try submission to Lando → Migrate `mach try` submission to Lando
Depends on: 1836069
Assignee: nobody → sheehan

The ssh based workflow is not being removed and should continue to be used by automation.

What's this expected to look like command line API-wise? i.e. will there be some additional flags to e.g. mach try fuzzy required to get the current behaviour, or will it somehow autodetect when it's possible to route the push via lando?

(In reply to James Graham [:jgraham] from comment #3)

The ssh based workflow is not being removed and should continue to be used by automation.

What's this expected to look like command line API-wise? i.e. will there be some additional flags to e.g. mach try fuzzy required to get the current behaviour, or will it somehow autodetect when it's possible to route the push via lando?

I'm expecting the Lando-based push to become the default, and a flag/environment variable which can force the push directly to hgmo.

No longer depends on: 1836069

To alleviate long wait times experienced when pushing a commit to the try repository

Not saying anything about whether the mach try move to Lando should or should not happen, but I'll just note that if anything, wait times will only increase with the change. What will change however, is that the wait time on the user command line will disappear. But the wait time between running mach try and having something actually visible on treeherder will be longer.

(In reply to Mike Hommey [:glandium] from comment #5)

Not saying anything about whether the mach try move to Lando should or should not happen, but I'll just note that if anything, wait times will only increase with the change. What will change however, is that the wait time on the user command line will disappear. But the wait time between running mach try and having something actually visible on treeherder will be longer.

The goal of this work has always been to address just the command-line wait time.
It will not impact the total end-to-end times by any meaningful amount in either direction.

The bulk of the time waiting at the command line is waiting for the global lock on the repository; this will now happen in Lando rather than in each engineer's terminal.

One feature that would be nice here would also be the ability to cancel, while in lando, a pending try push.

This can happen sometimes when you do a try push from the wrong revision, and the current story requires waiting for the decision task to have run on your push, then cancelling it. It would be lovely if you could catch it earlier in the lando phase and nip it there.

(In reply to Matthew Gaudet (he/him) [:mgaudet] from comment #7)

One feature that would be nice here would also be the ability to cancel, while in lando, a pending try push.

That's bug 1652787.

Depends on: 1848165
Depends on: 1850556
Depends on: 1853007
Depends on: 1853965
Depends on: 1855851
Alias: mach-try-lando
Alias: mach-try-lando → lando-try-push
Depends on: 1856588
Depends on: 1856589
Depends on: 1856590
Depends on: 1856960
Depends on: 1857156
Depends on: 1857296
Depends on: 1857904
Component: Lando → Try
Product: Conduit → Developer Infrastructure

Oops, wrong bug.

Component: Try → Lando
Product: Developer Infrastructure → Conduit
Depends on: 1864836
Depends on: 1866130
Depends on: 1866395
Depends on: 1867036
Depends on: 1869733
Depends on: 1874703
Depends on: 1874438
No longer depends on: 1874438
Depends on: 1874438
Summary: Migrate `mach try` submission to Lando → [meta] Migrate `mach try` submission to Lando
Depends on: 1893976
Depends on: 1889861
Depends on: 1904777
Depends on: 1921508
Depends on: 1923647
Depends on: 1926431
Depends on: 1926432
Depends on: 1926638
No longer depends on: 1859657
No longer depends on: 1866130
No longer depends on: 1874438
No longer depends on: 1889861
Depends on: 1859657
Depends on: 1866130
Depends on: 1889861
Depends on: 1874438

Moving this out from blocking hg-to-git production deployment, after discussion with Connor and the team.

No longer blocks: hg-to-git
Depends on: 1926828
Depends on: 1927264
Depends on: 1927736
No longer depends on: 1927264
Depends on: 1927264
No longer depends on: 1927264
Regressions: 1935934
No longer regressions: 1935934
Depends on: 1935934
No longer depends on: 1935934

Updatebot currently uses --push-to-vcs and will take some time to migrate to --push-to-lando; before push-to-vcs goes away forever we would appreciate a head's up with as much lead time as possible to figure out who can implement the fix (and what actually needs to be changed.)

Depends on: 1947947
Depends on: 1965152
No longer depends on: 1965152
Depends on: 1945758
Depends on: try-new-lando
Depends on: 1974708
No longer depends on: try-new-lando
You need to log in before you can comment on or make changes to this bug.