You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
-22Lines changed: 0 additions & 22 deletions
Original file line number
Diff line number
Diff line change
@@ -105,26 +105,6 @@ Examples are provided in [the example directory](examples/). Please ensure you h
105
105
106
106
The module supports two main scenarios for creating runners. On repository level a runner will be dedicated to only one repository, no other repository can use the runner. On organization level you can use the runner(s) for all the repositories within the organization. See [GitHub instructions](https://help.github.com/en/actions/hosting-your-own-runners/about-self-hosted-runners) for more information. Before starting the deployment you have to choose one option.
107
107
108
-
GitHub workflows fail immediately if there is no action runner available for your builds. Since this module supports scaling down to zero, builds will fail in case there is no active runner available. We recommend to create an offline runner with matching labels to the configuration. Create this runner manually by following the [GitHub instructions](https://help.github.com/en/actions/hosting-your-own-runners/about-self-hosted-runners) for adding a new runner on your local machine. If you stop the process after the step of running the `config.sh` script the runner will remain offline. This offline runner ensures that builds will not fail immediately and stay queued until there is an EC2 runner to pick it up.
109
-
110
-
Another convenient way of deploying this temporary required runner is using following approach. This automates all the manual labor.
You should stop and remove the container once the runner is registered as the builds would otherwise go to your local Docker container.
127
-
128
108
The setup consists of running Terraform to create all AWS resources and manually configuring the GitHub App. The Terraform module requires configuration from the GitHub App and the GitHub app requires output from Terraform. Therefore you first create the GitHub App and configure the basics, then run Terraform, and afterwards finalize the configuration of the GitHub App.
129
109
130
110
### Setup GitHub App (part 1)
@@ -245,8 +225,6 @@ Go back to the GitHub App and update the following settings.
245
225
246
226
1. In the "Install App" section, install the App in your organization, either in all or in selected repositories.
247
227
248
-
You are now ready to run action workloads on self hosted runner. Remember that builds will fail if there is no (offline) runner available with matching labels.
249
-
250
228
### Encryption
251
229
252
230
The module support 2 scenarios to manage environment secrets and private key of the Lambda functions.
0 commit comments