Description
If ci-post-deploy-verify.yml only triggers automatically, an operator wanting to manually re-verify testnet or mainnet after an incident has no easy way to trigger it against a specific network without pushing a commit.
This is part of the CI/CD configuration under .github/workflows/, the automated gate that enforces every other guarantee this project claims to have, from ABI/contract consistency to documentation linting to coverage reporting. CONTRIBUTING.md lists specific required status checks that every PR must pass before merging, which means a gap in CI configuration doesn't just fail to catch a class of bug, it actively lets that class of bug merge to main with a green checkmark that reviewers reasonably trust.
Because CI is the one piece of the project every single contributor interacts with on every single PR, inefficiencies or blind spots here have an outsized multiplier effect: a slow or overly broad workflow wastes a small amount of time on every PR forever, and a missing check is a permanently open door for exactly the class of regression it should have caught.
Requirements and context
- Add a
workflow_dispatch trigger with a network choice input (testnet/mainnet)
Suggested execution
- Fork the repo and create a branch
git checkout -b chore/post-deploy-verify-manual-dispatch
- Implement changes
- Update
.github/workflows/ci-post-deploy-verify.yml
- Test and commit
- Manually trigger the workflow via the Actions tab for both network options
Example commit message
chore: add manual dispatch trigger to post-deploy verify workflow
Guidelines
- Assignment required before starting
- PR description must include:
Closes #[issue_id]
- Keep PR description professional and detailed
Description
If
ci-post-deploy-verify.ymlonly triggers automatically, an operator wanting to manually re-verify testnet or mainnet after an incident has no easy way to trigger it against a specific network without pushing a commit.This is part of the CI/CD configuration under
.github/workflows/, the automated gate that enforces every other guarantee this project claims to have, from ABI/contract consistency to documentation linting to coverage reporting.CONTRIBUTING.mdlists specific required status checks that every PR must pass before merging, which means a gap in CI configuration doesn't just fail to catch a class of bug, it actively lets that class of bug merge tomainwith a green checkmark that reviewers reasonably trust.Because CI is the one piece of the project every single contributor interacts with on every single PR, inefficiencies or blind spots here have an outsized multiplier effect: a slow or overly broad workflow wastes a small amount of time on every PR forever, and a missing check is a permanently open door for exactly the class of regression it should have caught.
Requirements and context
workflow_dispatchtrigger with anetworkchoice input (testnet/mainnet)Suggested execution
.github/workflows/ci-post-deploy-verify.ymlExample commit message
chore: add manual dispatch trigger to post-deploy verify workflowGuidelines
Closes #[issue_id]