-
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
[$250] Race condition with the CP Staging label #7284
Comments
No update here yet. |
This is pretty low priority, no update. |
Again no update. |
No update – this isn't that important but would be nice polish and hopefully pretty easy. |
Not a priority |
No update |
No update |
No update |
Current assignee @mateocole is eligible for the External assigner, not assigning anyone new. |
Job added to Upwork: https://www.upwork.com/jobs/~0131b521e37dc4e067 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @mollfpr ( |
Triggered auto assignment to @cead22 ( |
@cead22, @mateocole Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Started a discussion about the solution here https://expensify.slack.com/archives/C03TQ48KC/p1669054325132319 |
This is fixed |
Coming from #7255 ...
Problem
There exists a race condition when the
CP Staging
is applied to a pull request after it's merged. Both of the following are possible:CP Staging
label, and is deployed to staging.CP Staging
label, and is not deployed to staging.In both scenarios, a comment that looks like this will be left on the pull request:
Why this is important
In the second scenario, this is confusing because the expected behavior/whether or not the pull request was CP'd to staging is unclear.
Solution
Update the warnCPLabel.yml workflow to tailor its comment based on whether or not the
CP Staging
label was applied to the pull request when it was already merged.Find the
preDeploy.yml
workflow run for the pull request.List jobs for that workflow run and find the
skipDeploy
job.If the conclusion of that job is not resolved, poll the API until it is resolved.
If the conclusion is
success
or something else, use the following comment:CP Staging
label was applied after this PR was merged, it was not CP'd to staging. If you need it to be deployed to staging, tag a member of @Expensify/mobile-deployers to CP it manually.If the conclusion is
skipped
, use the following comment:CP Staging
label was applied after the PR was merged. This leads to unpredictable behavior. In this case this PR will be deployed to staging, but to guarantee this in the future be sure to apply theCP Staging
before merging the pull request.Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: