Closed Bug 1540152 Opened 5 years ago Closed 5 years ago

Run checks done in push-apk at promote phase, instead of the very last task of the pipeline

Categories

(Release Engineering :: Release Automation: Other, enhancement)

enhancement
Not set
normal

Tracking

(firefox68 fixed)

RESOLVED FIXED
Tracking Status
firefox68 --- fixed

People

(Reporter: jlorenzo, Assigned: jlorenzo)

References

Details

Attachments

(3 files)

Over the last 2 weeks, push-apk broke twice: bug 1539933 and bug 1536522. This is not the first time push-apk breaks. Oftentimes, it catches real problems in the APKs. For instance:

These breakages which happen at the very end of the pipeline could be copied in their own task that runs at each push. This way, we know what push caused the breakage.

Therefore, I'm going to make the mozapkpublisher checks as a standalone script. This script will be called in a docker-worker task. The push-apk task will keep making these checks, no matter if they were run before.

Run checks done in push-apk in promote-phase, instead of the very last task of the pipeline

We don't have shippable builds on Fennec, so running these checks on hg-pushes can't be done. Instead, we can mitigate the problem by having the checks run at the beginning of release promotion.

Assignee: nobody → jlorenzo
Summary: Run checks done in push-apk on hg-pushes, instead of the very last task of the pipeline → Run checks done in push-apk at promote phase, instead of the very last task of the pipeline
Pushed by jlorenzo@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/b979e271d955
Run checks done in push-apk in promote-phase, instead of the very last task of the pipeline r=mtabara
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Blocks: 1543373
Regressions: 1543373
Component: Release Automation: PushApk → Release Automation: Other
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: