GitHub is a Git-based source code repository. You can use GitHub to drive insights into values such as:
- Git repository details (commit history, contributors, workflow runs)
- Scorecard rules
If you do not see the Settings page you're looking for in the sidebar, you likely don't have the proper permissions and need to contact your admin.
GitHub has multi account support - entities can be tagged across different GitHub organizations, instances, and credentials.
Each GitHub configuration requires an alias, which is a name that we use to correlate the instance you want to use with the application registrations for various entities. There is also a default configuration used by registrations without an alias listed. You can edit aliases and the default configuration under Settings → GitHub.
One option to connect Cortex to your GitHub instance is using the official GitHub app, or your own provided app. You can install the app under Settings → GitHub.
If using Cortex Server, you'll need to submit your own GitHub app, as the offical one will not be available. You can add new apps under Settings → GitHub.
The official GitHub App comes preconfigured with:
- Permissions for the Catalog, Scorecards, and Scaffolder
- Webhooks to enable GitOps
- Support for using GitHub Teams as an Ownership Provider
Note: if your GitHub setup involves multiple orgs, please use a personal access token that has access to all orgs, or multiple configurations with corresponding aliases.
Personal access token
You can also use a personal access token to connect to GitHub. You'll need to add the
read:org permissions at the minimum.
Beyond the minimum permissions indicated above, many scenarios will require that the user who generated the personal access token have organization ownership permissions within GitHub. One such scenario is determing the status of branch protection.
If you are looking to use the GitHub Dependabot rules then you must verify you have the necessary permissions on repositories you'd like to see vulnerabilities on. To verify, navigate to a repository on GitHub and click "Settings" -> "Code security and analysis" and make sure you are a member of a team under "Access to alerts".
We route our requests through a static IP address. Reach out to support at email@example.com to receive details about our static IP. If you're unable to directly whitelist our static IP, you can route requests through a secondary proxy in your network that has this IP whitelisted, and have that proxy route traffic to your GitHub instance.
You can use GitHub to define metadata about the entity's GitHub repo as well as ownership.
By specifying the
x-cortex-git field in your Cortex Catalog Descriptor, you'll be able to see Git information in the entity page, including the top language, recent commits, workflow runs, and top contributors.
basepath: myService # optional
alias: myApp # optional
org/repo as defined in GitHub
|If the entity is in a monorepo (e.g. in a subdirectory), use this field to define the subdir
|Alias is optional and only relevant if you have opted into multi account support
The value for
repository should be the user/repo as defined in GitHub.
We only pull workflow runs from a repository for the last 7 days.
You can define the following block in your Cortex Catalog Descriptor to add your GitHub teams.
Team name should be of the form
<org>/<team>. Team names are generally converted to lowercase with
- separators (
Team Name would be
cortexapps/team-name) — but you can verify your exact name from the permalink in GitHub.
Multiple GitHub organizations are not supported yet for ownership, and we will use the default configuration when fetching teams.
- type: group
name: cortex/engineering # Must be of form <org>/<team>
description: This is a description for this owner # optional