v1.8.0 is cut for Friday and CI can't gate it yet. The unit-tests job has been red on main all week and nothing waits on it, so #164 got deployed to production straight from its PR, failing tests and all. Need the pipeline release-ready before we tag. Supported runtimes are whatever the README says, not what the workflow runs today.
- Run #558 on main failed in unit-tests. Read the log and fix the cause in the workflow. Leave the tests alone.
- bundle prints PARTNER_API_TOKEN to the log, and someone pasted the deploy token into release. Secrets live in the store, never in the file or the log.
- Test on both Node versions the README supports, and make the dependency cache follow package-lock.json, so a bump never restores old packages.
- Deploy only on a push to main, only after the tests pass, through the production environment. Nadia Valdivia signs off on every production deploy. A pull request never deploys.
- Pull request #164 fails its tests and could still merge. Make unit-tests a required status check on main.
When you check, I play your committed workflow on a push to a feature branch, a failing and a passing pull request, a push to main, a dependency bump and a failing test on main.
Fernway Labs, the repository, the people and every token here are made up. A practice case, built for you.