Skip to content

Connect GitHub

Settings → GitHub connects your workspace to a GitHub App installation, which is what lets agents read repositories, push branches, and open pull requests. It needs the manage_integrations permission.

Worth reading before you install anything, because half the delivery pipeline works without GitHub.

StageNeeds the App
Cloning a repository a runner can already reachNo
Working on a task branch in a runner workspaceNo
Merging a task branch into a meeting’s working copyNo
Browsing a repository’s files in the appYes
Opening a pull request, reviewing it, and shippingYes

A self-hosted runner with its own git access can do real work with no App installed. The App is what makes the repository visible inside CommandChain, and what makes the release stage possible at all. See coding delivery for where each stage sits.

Settings, then GitHub, on a workspace with nothing connected: the empty state and its Install GitHub App button.

  1. Open Settings → GitHub. An unconnected workspace shows No GitHub App Installed.
  2. Click Install GitHub App. You are sent to GitHub to choose where it goes.
  3. Choose the account or organization that owns the repositories.
  4. Choose All repositories or Only select repositories. Selecting is the better default: an agent can only reach what you granted.
  5. Approve. GitHub sends you back, and the page fills in.

Once installed the page shows the account, the installation id, whether access is all or selected repositories, the permissions granted, and the install date. Remove Installation disconnects it, with a confirmation step.

The App’s installation token is short lived and minted per call, so access follows the grant rather than a stored key: revoking a repository on GitHub takes effect on the next call rather than at some later refresh.

Webhooks keep the installation record current. Uninstalling on GitHub marks the installation removed here, which is why the page can show a state you did not set from this page.