fix: deploy only once per main push#3778
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe deployment workflow is updated to improve execution control and artifact staging stability. Pull request triggers are removed in favor of push-only automation; production deployments are serialized by ref without cancellation. The build job filtering logic now explicitly checks actor identity and commit message for dependabot exclusion. Staging directory paths now include workflow run identifiers for uniqueness per execution. ChangesDeployment Workflow Configuration
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Summary
pull_request: closeddeploy trigger so production deploys run only from main pushesRoot Cause
Every merged PR was starting two production deploy workflows at the same time: one for
pull_requeston the branch head and one forpushon the merge commit. Those runs touched the same production deployment directory, rollback directory, and sha-based staging path concurrently, causing the vanished files, non-empty directory cleanup failures, and tar extraction races seen in recent deploy attempts.Validation
Summary by CodeRabbit