-
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
[NoQA] Fix the new contributor PR comment #8082
Conversation
@roryabraham PR is here and we can make sure this works after you merge it and then the logs should mention |
@roryabraham So not sure what are the best practices for the actions here, but now the Should this action be separated to its own job which will then be included in |
Sounds like a good idea to DRY things up. You'll need to make sure that the job has all the correct outputs that are needed by other jobs that reference this step. |
|
||
outputs: | ||
IS_EXPENSIFY_EMPLOYEE: ${{ fromJSON(steps.checkActor.outputs.isTeamMember) }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just wanted to confirm here, when the output is from a step in the job, we do not have to use the fromJSON
, right? It has been like that in other place.
The fromJSON
is used if it is output across jobs?
@roryabraham updated! and left one question, thank you very much for having a look! |
Co-authored-by: Carlos Alvarez <carlos@expensify.com>
@cead22 Thanks! Asking for a review again:) |
.github/workflows/preDeploy.yml
Outdated
outputs: | ||
mergedPullRequest: ${{ steps.getMergedPullRequest.outputs.number }} | ||
mergedPullRequest: ${{ fromJSON(needs.getMergedPullRequest.outputs.number) }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I personally don't think it's a good practice for one job to parrot the output of another. Let's get rid of the the mergedPullRequest
output from chooseDeployActions
and instead make the version
directly dependent upon the getMergedPullRequest
job and reference it's output directly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, good eye! Makes sense to me to make the jobs as atomic as possible.
@roryabraham Thank you for the review! Updated the workflow to be dependent directly on the |
This broke shit: https://github.com/Expensify/App/actions/runs/1995172499 |
title: ${{ steps.getMergedPullRequest.outputs.title }} | ||
body: ${{ steps.getMergedPullRequest.outputs.body }} | ||
number: ${{ steps.getMergedPullRequest.outputs.number }} | ||
labels: ${{ steps.getMergedPullRequest.outputs.labels }} | ||
assignees: ${{ steps.getMergedPullRequest.outputs.assignees }} | ||
author: ${{ steps.getMergedPullRequest.outputs.author }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for handling the revert. I have tried to test this but at the moment, I have not quickly created required files. Here is a draft PR with a follow up.
For some reason the failed actions seem like it has not assigned labels
to the outputs but probably any other. My guess is that the steps here must be wrapped in fromJSON to properly pass its value.
I will try to test this by creating a new workflow on merge and have a dummy PR merge it and see if the values are assigned correctly there just to make sure we do not have to revert anything there.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mountiny I also recommend that you try testing in https://github.com/Andrew-Test-Org/Public-Test-Repo, which is what I always do to workshop workflows I'm unsure about. I can give you admin access to merge your own PRs. Another option would be to try and get act working for a local test.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@roryabraham Ah, that is great! Didn't know about this testing org, I will try to utilize that. Act looks nice too, do you use it or do you prefer the test org for things you are unsure about? Thank you!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I typically just use the test org
🚀 Deployed to staging by @roryabraham in version: 1.1.44-0 🚀
|
Follow up to #8010
Details
Adding the additional step to get details about the PR and use the author of the PR and not the person who is merging the PR.
Fixed Issues
$ https://github.com/Expensify/Expensify/issues/194440
Tests
PR Review Checklist
Contributor (PR Author) Checklist
main
### Fixed Issues
section abovesrc/languages/*
files (if applicable)Styling.md
) for all style edits I madeSTYLE.md
)Avatar
, I verified the components usingAvatar
are working as expected)main
branch)PR Reviewer Checklist
main
### Fixed Issues
section abovesrc/languages/*
files (if applicable)STYLE.md
) were followedAvatar
, I verified the components usingAvatar
are working as expected)main
branch)QA Steps
Screenshots
Web
Mobile Web
Desktop
iOS
Android