{
"request": "Triage Jira ticket MZCLD-3800: Write runbook for handling \"GitHub Actions outage, but need to deploy MozCloud change\"",
"references": [
"https://mozilla-hub.atlassian.net/browse/MZCLD-3800"
],
"sourceContext": {
"issue": "MZCLD-3800"
}
}MZCLD-3800 is a Backlog task requesting a new runbook for a specific incident scenario: GitHub Actions is down/unavailable but the team still needs to deploy an urgent MozCloud change. The ticket has no comments and does not reference an existing Confluence runbook or design doc, so this appears to be a net-new documentation task rather than a bug or outage report. Triage recommendation: confirm scope/owner, define emergency deploy path independent of GitHub Actions (e.g., temporarily relaxing branch protection/rulesets, manual/local deploy tooling, and required approvals), and link the resulting runbook into the on-call/incident-response docs.
Triage notes: This looks like a well-scoped documentation task with no existing runbook to reference — recommend keeping in Backlog until prioritized, but suggesting the following scope so it's ready to pick up: 1. **Trigger/Scope**: Define what counts as a "GitHub Actions outage" (GitHub status page red/yellow for Actions) and what qualifies as an urgent MozCloud change that can't wait for it to recover. 2. **Access needed**: Enumerate the specific GitHub permissions (repo admin or org owner) required to modify branch protection rules/rulesets, and how on-call engineers obtain temporary elevated access (e.g., via existing break-glass/PIM process if one exists — please link if so). 3. **Steps to temporarily relax protections**: Exact click-path or `gh api`/`gh ruleset` CLI commands to disable the specific required-status-check rules that depend on Actions, without disabling other protections (e.g., required reviews) unnecessarily. 4. **Manual/alternate deploy path**: How to actually ship the MozCloud change without Actions — e.g., running the deploy pipeline locally, via a different CI provider, or via manual `kubectl`/Terraform apply, including any required approvals/sign-off to substitute for the automated gate. 5. **Rollback of the relaxation**: Steps to re-enable the disabled rules immediately after the deploy, so the repo doesn't stay in a permanently weakened state. 6. **Post-incident**: Note in incident channel/postmortem that protections were temporarily bypassed, per compliance/audit expectations. Suggest assigning to whoever owns GitHub org security policy (branch protection/rulesets) plus a release engineer familiar with the MozCloud deploy pipeline, and linking the final runbook from the on-call/incident-response Confluence space once written.
[
{
"capability": "jira.issue.read",
"args": {
"key": "MZCLD-3800"
},
"result": {
"key": "MZCLD-3800",
"summary": "Write runbook for handling \"GitHub Actions outage, but need to deploy MozCloud change\"",
"status": "Backlog",
"description_text": "Should be something like \u201cHere\u2019s the access you need, disable the following rules in branch protection/ruleset by doing the following steps\u201d.",
"comment_count": 0,
"comments": []
}
}
]{
"model": "claude-sonnet-5",
"input_tokens": 3113,
"output_tokens": 1729,
"estimated_cost_usd": 0.035274
}[]