GitHub App
If your IssueOps workflow requires access to anything outside of the repository it is running in, you will need to provide it with a token. This token is used to authenticate with the GitHub API and should be scoped to the minimum permissions needed to do the job. Tokens can be provided two ways:
Since PATs are scoped to a single user, they are not recommended for use in IssueOps workflows. GitHub Apps are a better choice because they can be scoped to a repository or organization to provide access to the APIs you need.
Enterprise Tokens
Ownership
When creating a GitHub App, you have the option to specify your personal account or an organization as the owner. Choosing an organization as the owner allows you to grant access to multiple repositories in the organization and simplifies permissions management.
Setup
Create a GitHub App
For instructions on how to create a GitHub App, see Creating GitHub Apps.
The following settings are a good starting point for IssueOps workflows:
Setting | Value |
---|---|
Name | A clear name that describes its purpose and permissions |
Description | A description of what the app does and what it can access |
Homepage URL | The URL to the repository with your IssueOps code |
Webhook | Disable webhooks |
Permissions | Select the minimum permissions needed for your workflow |
Create a private key
For instructions on how to create a private key, see Managing private keys for GitHub Apps.
Key Storage
Create GitHub Actions secrets
After creating your GitHub App, you will need to create secrets that your IssueOps workflows can use to authenticate with the GitHub API. You can create these at the organization, repository, or environment level depending on your needs.
You will need to create the following secrets. Make sure to note the names you give them as you will need to reference them in your workflows.
Name | Description |
---|---|
App ID | The ID of your GitHub App |
Private Key | The private key you created |
App ID
For instructions on how to create secrets, see the following links:
- Creating secrets for a repository
- Creating secrets for an environment
- Creating secrets for an organization
Usage
Update the workflow permissions
In any workflow that needs to authenticate as a GitHub App, the following permissions must be specified at the workflow or job level.
1permissions:
2 contents: read
3 id-token: write
Generate the installation access token
There are various examples and open source actions available to create installation access tokens for GitHub Actions workflows. In this documentation, we will use the actions/create-github-app-token
action.
Within any workflow job that needs to authenticate as your GitHub App, you will need to include the following step.
1steps:
2 - uses: actions/create-github-app-token@vX.X.X
3 id: token
4 with:
5 app_id: ${{ secrets.MY_GITHUB_APP_ID }}
6 private_key: ${{ secrets.MY_GITHUB_APP_PEM }}
7 owner: ${{ github.repository_owner }}
Make sure to update the following:
- Set the version (
vX.X.X
) of the action to the latest published version. - Update the secret names to match the ones you created previously.
Owner
owner
property is set to the owner of the repository where this workflow is defined. If your GitHub App is installed under another owner, you will need to specify that instead.Use the token in your workflow
Now that the token is being generated, you can reference it in your workflows as an output from the token generation step! This can be referenced as ${{ steps.<step-id>.outputs.token }}
(e.g. ${{ steps.token.outputs.token }}
).
1steps:
2 - uses: actions/github-script@vX.X.X
3 id: create-org-project
4 with:
5 github-token: ${{ steps.token.outputs.token }}
6 script: |
7 await github.rest.projects.createForOrg({
8 org: 'octo-org',
9 name: 'My awesome project'
10 })
Token Usage
issues: write
permission to your workflow, you do not need to use the GitHub App token to update issues in the same repository as your workflows. However, you will need to use the GitHub App token to update issues in other repositories!Example
The following can be used as a starting point for your own workflows. Make sure to update secret names and action versions.
1name: Example Workflow
2
3# This workflow runs any time an issue is opened or edited.
4on:
5 issues:
6 types:
7 - opened
8 - edited
9
10jobs:
11 example-job:
12 name: Example Job
13 runs-on: ubuntu-latest
14
15 permissions:
16 contents: read
17 id-token: write
18
19 steps:
20 # Get the GitHub App installation access token.
21 - uses: actions/create-github-app-token@vX.X.X
22 id: token
23 with:
24 app_id: ${{ secrets.MY_GITHUB_APP_ID }}
25 private_key: ${{ secrets.MY_GITHUB_APP_PEM }}
26 owner: ${{ github.repository_owner }}
27
28 - run: echo "Add your custom steps here!"