Support GA of GitHub Actions

.github/workflows/check/Dockerfile

@@ -0,0 +1,9 @@
+FROM golangci/golangci-lint:v1.23.6
+
+RUN apt-get install git
+
+COPY "entrypoint.sh" "/entrypoint.sh"
+RUN chmod +x /entrypoint.sh
+
+ENV GOFLAGS -mod=vendor
+ENTRYPOINT ["/entrypoint.sh"]

.github/workflows/check/action.yml

@@ -0,0 +1,8 @@
+name: Check
+description: Run static analysis and unit tests
+branding:
+  icon: check-circle
+  color: green
+runs:
+  using: 'docker'
+  image: 'Dockerfile'

.github/actions/check/entrypoint.sh → .github/workflows/check/entrypoint.sh

@@ -1,4 +1,4 @@
 #!/bin/sh 
 set -e
 golangci-lint run
-go test -cover -short ./...
+go test -cover -short ./...

.github/workflows/integration/Dockerfile

@@ -0,0 +1,7 @@
+FROM golangci/golangci-lint:v1.23.6
+
+COPY "entrypoint.sh" "/entrypoint.sh"
+RUN chmod +x /entrypoint.sh
+
+ENV GOFLAGS -mod=vendor
+ENTRYPOINT ["/entrypoint.sh"]

.github/workflows/integration/action.yml

@@ -0,0 +1,8 @@
+name: Check
+description: Run integration tests
+branding:
+  icon: check-circle
+  color: green
+runs:
+  using: 'docker'
+  image: 'Dockerfile'

.github/workflows/integration/entrypoint.sh

@@ -0,0 +1,3 @@
+#!/bin/sh 
+set -e
+go test -cover ./pkg/runner

.github/workflows/push.yml

@@ -0,0 +1,10 @@
+name: push
+on: push
+
+jobs:
+  ci:
+    runs-on: ubuntu-latest
+    steps:
+    - uses: actions/checkout@v2
+    - uses: ./.github/workflows/check
+    #- uses: ./.github/workflows/integration

.github/workflows/tag.yml

@@ -0,0 +1,21 @@
+name: tag
+on: 
+  push:
+    tags:
+    - 'v*'
+
+jobs:
+  release:
+    runs-on: ubuntu-latest
+    steps:
+    - uses: actions/checkout@v2
+    - uses: ./.github/workflows/check
+    - uses: ./.github/workflows/integration
+    - uses: goreleaser/goreleaser-action@v1
+    - name: Run GoReleaser
+      uses: goreleaser/goreleaser-action@v1
+      with:
+        version: latest
+        args: release --rm-dist
+      env:
+        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

.golangci.yml

@@ -1,7 +1,7 @@
 linters-settings:
   gocyclo:
     # minimal code complexity to report, 30 by default (but we recommend 10-20)
-    min-complexity: 10
+    min-complexity: 15
   gocritic:
      disabled-checks:
       - ifElseChain
@@ -18,4 +18,4 @@ linters:
   - nakedret
   - prealloc
   - scopelint
-  - gocritic
+  - gocritic

Makefile

@@ -15,21 +15,14 @@ TAG_VERSION = v$(VERSION)
 ACT ?= go run -mod=vendor main.go
 export GITHUB_TOKEN = $(shell cat ~/.config/github/token)
 
-default: check
-
-test:
-	go test -cover -short ./...
-
 check:
-	$(ACT) -ra check
+	@golangci-lint run
+	@go test -cover  ./...
 
 build: check
 	$(eval export SNAPSHOT_VERSION=$(VERSION))
 	$(ACT) -ra build
 
-release:
-	$(ACT) -ra local-release
-
 install: build
 	@cp dist/$(shell go env GOOS)_$(shell go env GOARCH)/act /usr/local/bin/act
 	@chmod 755 /usr/local/bin/act
@@ -56,4 +49,4 @@ endif
 vendor:
 	go mod vendor
 
-.PHONY: vendor
+.PHONY: vendor

README.md

@@ -1,17 +1,16 @@
 ![](https://github.com/nektos/act/wiki/img/logo-150.png) 
-# Overview [![Join the chat at https://gitter.im/nektos/act](https://badges.gitter.im/nektos/act.svg)](https://gitter.im/nektos/act?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge) [![Go Report Card](https://goreportcard.com/badge/github.com/nektos/act)](https://goreportcard.com/report/github.com/nektos/act) 
+# Overview [![push](https://github.com/nektos/act/workflows/push/badge.svg?branch=master&event=push)](https://github.com/nektos/act/actions) [![Join the chat at https://gitter.im/nektos/act](https://badges.gitter.im/nektos/act.svg)](https://gitter.im/nektos/act?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge) [![Go Report Card](https://goreportcard.com/badge/github.com/nektos/act)](https://goreportcard.com/report/github.com/nektos/act) 
 
-> "Think globally, <code>act</code> locally"
 
-__Currently this library only supports the HCL syntax, not the YAML syntax__
+> "Think globally, <code>act</code> locally"
 
 Run your [GitHub Actions](https://developer.github.com/actions/) locally! Why would you want to do this? Two reasons:
 
-* **Fast Feedback** - Rather than having to commit/push every time you want test out the changes you are making to your `main.workflow` file (or for any changes to embedded GitHub actions), you can use `act` to run the actions locally. The [environment variables](https://developer.github.com/actions/creating-github-actions/accessing-the-runtime-environment/#environment-variables) and [filesystem](https://developer.github.com/actions/creating-github-actions/accessing-the-runtime-environment/#filesystem) are all configured to match what GitHub provides.
-* **Local Task Runner** - I love [make](https://en.wikipedia.org/wiki/Make_(software)). However, I also hate repeating myself.  With `act`, you can use the GitHub Actions defined in your `main.workflow` file to replace your `Makefile`!  
+* **Fast Feedback** - Rather than having to commit/push every time you want test out the changes you are making to your `.github/workflows/` files (or for any changes to embedded GitHub actions), you can use `act` to run the actions locally. The [environment variables](https://help.github.com/en/actions/configuring-and-managing-workflows/using-environment-variables#default-environment-variables) and [filesystem](https://help.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners#filesystems-on-github-hosted-runners) are all configured to match what GitHub provides.
+* **Local Task Runner** - I love [make](https://en.wikipedia.org/wiki/Make_(software)). However, I also hate repeating myself.  With `act`, you can use the GitHub Actions defined in your `.github/workflows/` to replace your `Makefile`!  
 
 # How Does It Work?
-When you run `act` it reads in your GitHub Actions from `.github/main.workflow` and determines the set of actions that need to be run. It uses the Docker API to either pull or build the necessary images, as defined in your `main.workflow` file and finally determines the execution path based on the dependencies that were defined. Once it has the execution path, it then uses the Docker API to run containers for each action based on the images prepared earlier. The [environment variables](https://developer.github.com/actions/creating-github-actions/accessing-the-runtime-environment/#environment-variables) and [filesystem](https://developer.github.com/actions/creating-github-actions/accessing-the-runtime-environment/#filesystem) are all configured to match what GitHub provides.
+When you run `act` it reads in your GitHub Actions from `.github/workflows/` and determines the set of actions that need to be run. It uses the Docker API to either pull or build the necessary images, as defined in your workflow files and finally determines the execution path based on the dependencies that were defined. Once it has the execution path, it then uses the Docker API to run containers for each action based on the images prepared earlier. The [environment variables](https://help.github.com/en/actions/configuring-and-managing-workflows/using-environment-variables#default-environment-variables) and [filesystem](https://help.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners#filesystems-on-github-hosted-runners) are all configured to match what GitHub provides.
 
 Let's see it in action with a [sample repo](https://github.com/cplee/github-actions-demo)!
 
@@ -42,8 +41,8 @@ act
 # Run a specific event:
 act pull_request
 
-# Run a specific action:
-act -a test
+# Run a specific job:
+act -j test
 
 # Run in dry-run mode:
 act -n
@@ -57,29 +56,10 @@ act -v
 
 # Secrets
 
-To run `act` with secrets, you can enter them interactively or supply them as environment variables.
-If you have a secret called `FOO` in your `main.workflow`, `act` will take whatever you have set as `FOO` in the session from which you are running `act`.
-If `FOO` is unset, it will ask you interactively.
-
-You can set environment variables for the current session by running `export FOO="zap"`, or globally in your `.profile`.
-You can also set environment variables *per directory* using a tool such as [direnv](https://direnv.net/).
-**Be careful not to expose secrets**:
-You may want to `.gitignore` any files or folders containing secrets, and/or encrypt secrets.
-
-# Skip Actions When Run in `act`
-
-You may sometimes want to skip some actions when you're running a `main.workflow` in act, such as deployment.
-You can achieve something similar by using a [filter](https://github.com/actions/bin/tree/master/filter) action, filtering on all [`GITHUB_ACTOR`](https://developer.github.com/actions/creating-github-actions/accessing-the-runtime-environment/#environment-variables)s *except* `nektos/act`, which is the `GITHUB_ACTOR` set by `act`.
-
-```
-action "Filter Not Act" {
-  uses = "actions/bin/filter@3c0b4f0e63ea54ea5df2914b4fabf383368cd0da"
-  args = "not actor nektos/act"
-}
-```
+To run `act` with secrets, you can enter them interactively or supply them as environment variables. The following options are available for providing secrets:
 
-Just remember that GitHub actions will cancel all upcoming and concurrent actions on a neutral exit code.
-To avoid prematurely cancelling actions, place this filter at the latest possible point in the build graph.
+* `act -s MY_SECRET=somevalue` - use `somevalue` as the value for `MY_SECRET`. 
+* `act -s MY_SECRET` - check for an environment variable named `MY_SECRET` and use it if it exists.  If environment variable is not defined, prompt the user for a value.
 
 # Support