-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed CP's can break our CI/CD #6863
Comments
We've seen similar problem that suggests a similar solution to this, namely: "Only update the app version on the |
No update here |
Another good improvement to make once pascalgn/automerge-action#177 is merged would be to delete the unmerged PR branch if the automerge-action fails. |
No update |
No update |
This is a pretty rare edge case that requires some human error to reproduce it (i.e: begin a CP but don't finish it). Going to move this to monthly and send it back to the pool for now. Would still be good to fix someday. |
@roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing. If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead. |
This is a a bug, not a new feature.
the "user" in this case is a deployer |
@roryabraham I've started to look into this (Slack Thread) I am a little unsure how to proceed since this cherry pick action fails when there is some kind of merge conflict and needs to be merged manually. But this workflow only breaks when we abort the CP and not even merge manually right? So if we were to move the logic to bump the version in the checklist to after it was successful or when the manual PR was merged - would it even be possible to check that it was a manual merge? |
Going to unassign this for now, having a hard time allocating time to look into this - might be better suited for an external agency since it's front-end |
@roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing. If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead. |
Can I register? |
📣 @NajiNazzal! 📣
|
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
@roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing. If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead. |
@roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing. If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead. |
Action Performed:
CP Staging
label.Expected Result:
The production and staging deploys should complete successfully, and we should have a new checklist.
Actual Result:
The production and staging deploys complete successfully, but creating a new checklist fails with the following type of error:
Where in this case
1.1.22-1
is the tag that was posted in the deploy checklist, but never actually created.Workaround:
DANGER:
finishReleaseCycle.yml
workflowupdateProtectedBranch
workflow that's attempting to merge the code fromstaging
->production
, but if you're too slow then you can kill thedeploy.yml
orplatformDeploy.yml
as well.Platform:
GitHub Actions
The text was updated successfully, but these errors were encountered: