Skip to main content

imbi-plugin-github

GitHub plugin for Imbi. A single plugin — slug github — backs every GitHub Integration; the integration-level flavor option selects github.com (github), GitHub Enterprise Cloud (ghec), or GitHub Enterprise Server (ghes), and host names the tenant or appliance.

Capabilities

Kind Handler
identity GitHubIdentity
deployment GitHubDeployment
lifecycle GitHubLifecycle
webhook-actions GitHubWebhookActions
commit-sync GitHubCommitSync
pr-sync GitHubPullRequestSync
analysis GitHubDoctor

Identity

Implements the OAuth App flow. The access token returned by the OAuth grant is passed straight to GitHub APIs as a Bearer token, so materialize() is a no-op.

Deployment

Drives the GitHub Deployments API (POST /repos/{owner}/{repo}/deployments) plus tag and release creation. Promote behaviour is inferred from the ref shape by the host (semver → trigger Deployment, raw SHA → cut tag

  • Release). Per-env workflow inputs ride on the USES_PLUGIN edge as env_payloads and arrive on PluginContext.environment_config.

Lifecycle

Reacts to project archive / unarchive by archiving the matching repo via PATCH /repos/{owner}/{repo} with {"archived": true|false}. When the archive_target_org option is set, archive also transfers the repo to that org first via POST /repos/{owner}/{repo}/transfer — useful for moving sunset projects into a dedicated "archive" org so they no longer crowd primary-org searches.

GitHub refuses to transfer archived repos, so an already-archived source is briefly unarchived, transferred, and re-archived at the destination. On unarchive the plugin only flips archived back to false at the repo's current location — it does not transfer back to the original org.

Archiving requires admin scope on the repo; transferring additionally requires admin permission on the target organization.

Webhook actions (commit / tag / PR sync)

The webhook-actions capability exposes the actions the gateway dispatches from webhook deliveries. A WebhookRule.handler is "<plugin_slug>#<action_name>", and the slug is the plugin slug — github — not the capability kind:

Action Handler Records into ClickHouse
sync_commits github#sync_commits commits
sync_tags github#sync_tags tags
sync_pull_requests github#sync_pull_requests pull_requests

sync_commits and sync_tags are dispatched from push deliveries; sync_pull_requests from pull_request deliveries.

sync_commits fetches the full set of commits in a push via the compare API (paginated, so it isn't capped by the 20-commit inline payload limit); sync_tags records the pushed tag and, with reconcile_all, the repo's full tag list. Branch/tag gating is the rule's CEL filter_expression, which evaluates against the recorded event — the webhook body is under payload (e.g. payload.ref == "refs/heads/main", payload.ref.startsWith("refs/tags/")). The API flavor (github.com / GHEC / GHES) is resolved at runtime — explicit api_base_url, else a connected GitHub plugin on the same service, else the service endpoint, else the payload's repository.url.

Unlike identity/deployment/lifecycle (which act as the OAuth user), commit-sync runs without an actor and authenticates with a service credential in one of two modes, resolved per call:

  • PAT — a static access_token.
  • GitHub App — app_id + private_key; the plugin signs an App JWT and mints a short-lived installation token (cached process-wide until shortly before it expires), so no static, expiring token is stored. installation_id is optional — when unset it is discovered from the pushed repository (GET /repos/{owner}/{repo}/installation). The App needs Contents: Read-only.

Integration options

Asked once per Integration and delivered to every capability on PluginContext.integration_options:

Option Required Description
flavor yes github, ghec, or ghes.
host GHEC/GHES Tenant or appliance host (e.g. tenant.ghe.com, github.example.com).

Capability options

Scoped to one capability and delivered on PluginContext.capability_options:

Capability Option Description
identity default_scopes Space-separated OAuth scopes (default: read:user user:email repo workflow).
lifecycle archive_target_org Org to transfer repos to before archiving; blank archives in place.
lifecycle create_org Default org for repo creation when no org_mapping entry matches.
lifecycle org_mapping Per-project-type-slug org overrides; the first match wins over create_org.

Credentials

One credential store per Integration — every capability receives the same decrypted blob. All fields are individually optional and validated per call, so an identity-only or App-only Integration is valid:

Field Used by Description
access_token service (PAT mode) Static personal/service token.
app_id service (App mode) GitHub App identifier.
private_key service (App mode) App private key — raw PEM or base64-encoded PEM.
installation_id service (App mode) Optional; discovered from the repo when unset.
client_id identity OAuth App client id.
client_secret identity OAuth App client secret.

For commit-sync, pr-sync, and deployment provide either access_token or app_id + private_key. lifecycle acts as the user and takes only access_token (or token) — it does not fall back to GitHub App credentials.

License

BSD-3-Clause.

Metadata

Release files for imbi-plugin-github 2.38.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for imbi-plugin-github 2.38.1
File Size Uploaded Provenance
imbi_plugin_github-2.38.1.tar.gz 146.2 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for imbi-plugin-github 2.38.1
File Interpreter ABI Platform
imbi_plugin_github-2.38.1-py3-none-any.whl Python 3 none any Details

Total release size: 242.4 kB

Release files / imbi_plugin_github-2.38.1.tar.gz

Download URL imbi_plugin_github-2.38.1.tar.gz
Size 146.2 kB
Tags Source
SHA-256 checksum
How to use checksums
b3ba62b78ed5e9a68c6d2888d947a0be8f2995456feebd06497476c589ac5a89
BLAKE2b-256 checksum
How to use checksums
1fa3e092272fcc37bd6e825bfd1e6c0dfa6ea79e34cb1340e9817ceb91fe974e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 21, 2026.

Transparency log

Release files / imbi_plugin_github-2.38.1-py3-none-any.whl

Download URL imbi_plugin_github-2.38.1-py3-none-any.whl
Size 96.2 kB
Tags Python 3
SHA-256 checksum
How to use checksums
d819a58162e039420532c2154e7f9d6e867ee3a5623a955508b4133a905d50eb
BLAKE2b-256 checksum
How to use checksums
584a6f0bbcda09404ff79322d6b66688da9330a90eae4575f8f2d1e696dcd1b1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 21, 2026.

Transparency log

Security for imbi-plugin-github 2.38.1

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for imbi_plugin_github-2.38.1.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 21, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Release history Release notifications | RSS feed

This release

2.38.1 This release

2 release files Full provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page