-
Notifications
You must be signed in to change notification settings - Fork 24
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
Add draft CI workflow #1
Conversation
58193d9
to
fee87c4
Compare
I'll request a review from @zaro0508 once he accepts the invitation to join this GitHub organization, which I just issued. |
I played with the base branch to force-update the diffs, which were stuck on comparing with the old |
@zaro0508: Ready for a second round of review if you want. |
For the time being, I propose that we set up this repository to only deploy to the production AWS account. We can reserve the development account for testing templates using manual sceptre deployment. I've simplified the CI workflow in this PR accordingly. I'm open to suggestions on how to further improve this workflow. |
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.
Other than perhaps also using the newly discovered sceptre action, this LGTM
With pre-commit cfn-lint
Now that Sage-Bionetworks-IT/organizations-infra#141 has been merged, I've updated the service user credentials in the organization secrets accordingly. I'm also using the |
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.
looks good!
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.
Yep, looks like the best option yet. very nice and neat workflow.
@thomasyu888 should really take a look at this PR |
+1 there are several new actions that will be good to apply in our templates and ci examples, too |
…-project Create diverse-cohorts-project-beatriz.yaml
I'm not sure what's the best way of testing these CI workflows other than reviewing them and making sure they behave as expected once merged.
I've opted for a setup where we have two stack groups:
dev
andprod
. Thedev
stacks will be deployed to theworkflows-nextflow-dev
account whereas theprod
stacks will be deployed to theworkflows-nextflow-dev
andworkflows-nextflow-prod
accounts. Another pattern I noticed here is to havedev
,prod
, andcommon
.You can ignore the change affecting the
CODEOWNERS
file. I just removed the extra line at the end of the file to satisfy the pre-commit test.