An example workflow for deploying a cloudformation template follows.
- uses: intuit/cfn-deploy@master
env:
AWS_REGION: us-east-2
STACK_NAME: cfn-deploy
TEMPLATE_FILE: ec2.yml
PARAMETERS_FILE: parameter.json
CAPABLITIES: CAPABILITY_IAM
AWS_ACCESS_KEY_ID: ${{secrets.AWS_ACCESS_KEY_ID}}
AWS_SECRET_ACCESS_KEY: ${{secrets.AWS_SECRET_ACCESS_KEY}}
SLACK_WEBHOOK_URL: ${{secrets.SLACK_WEBHOOK_URL}}
GITHUB_JOB_LINK: ${{github.server_url}}/${{github.repository}}/actions/runs/${{github.run_id}}
NOTIFICATION_ARNS: ("arn:aws:sns:us-east-2:012345678910:topic1" "arn:aws:sns:us-east-2:012345678910:topic2")
Note: The stack will created if it does not exist. If the initial stack creation fails for some reason then it will be deleted instead of rolled back.
-
AWS_ACCESS_KEY_ID
– (Required) The AWS access key part of your credentials more info -
AWS_SECRET_ACCESS_KEY
– (Required) The AWS secret access key part of your credentials more info
All environment variables listed in the official documentation are supported.
The custom env variables to be added are:
AWS_REGION
- Region to which you need to deploy your app
STACK_NAME
- Cloudformation Stack Name
TEMPLATE_FILE
- Cloudformation template yaml file
PARAMETERS_FILE
- (If required) Input parameters to the cloudformation stack as json file
CAPABLITIES
- IAM capablities for the cloudformation stack
WAIT_TIMEOUT
- Timeout in seconds to exit from "wait" of create/update stack
SLACK_WEBHOOK_URL
- Webhook url for Slack Notification. Refer Slack Documentation
GITHUB_JOB_LINK
- Link to the Gihub Job
NOTIFICATION_ARNS
- List of SNS topic ARNS to get stack updates
Nested stacks creation is supported. You create a nested stack within another stack by using the AWS::CloudFormation::Stack
resource.
Your root stack template should contain resource definitions for your nested stacks with the S3 URLs of their templates.
An example of a root stack template:
{
"AWSTemplateFormatVersion" : "2010-09-09",
"Resources" : {
"myStack" : {
"Type" : "AWS::CloudFormation::Stack",
"Properties" : {
"TemplateURL" : "https://s3.amazonaws.com/cloudformation-templates-us-east-1/S3_Bucket.template",
"TimeoutInMinutes" : "60"
}
}
},
"Outputs": {
"StackRef": {"Value": { "Ref" : "myStack"}},
"OutputFromNestedStack" : {
"Value" : { "Fn::GetAtt" : [ "myStack", "Outputs.BucketName" ] }
}
}
}
Refer to AWS docs for additional help: Working with nested stacks
More example template snippets: AWS CloudFormation template snippets
Depend on your machine follow the installation process.
Act Setup
For macOS
brew install act
for Windows
choco install act-cli
or
scoop install act
Other installation options
curl https://raw.githubusercontent.com/nektos/act/master/install.sh | sudo bash
Act
uses docker to run workflows.
For macOS, follow instructions given here
For Windows, follow instructions given here
Act is an open source project which allows you to run project workflow locally.
This workflow(s) are in the form of YAML file (can be either .yml
or .yaml
) residing in .github/workflows/
folder of your
project directory.
For more on workflow syntax, follow here
To test your setup, is working fine or not, run below command. It will list the actions
act -l
It will list all workflows
ID Stage Name
linter 0 linter
TestOnYourLocal 0 TestOnYourLocal
To run Act
specific workflow or yaml/yml file within .github/workflows/
folder on your branch, you need github token
act -W .github/workflows/testlocally.yml
Dryrun mode
act -n -W .github/workflows/testlocally.yml
If you want to run for specific branch, you need to mention same in workflow file and also need to pass github token, which can be generated here
act -n -W .github/workflows/testlocally.yml -s GITHUB_TOKEN=$GITHUB_TOKEN
Here is the sample for reference
See Contributing