A Django toolkit for GitHub Apps with batteries included.
Project description
django-github-app
A Django toolkit providing the batteries needed to build GitHub Apps - from webhook handling to API integration.
Built on gidgethub and httpx, django-github-app handles the boilerplate of GitHub App development. Features include webhook event routing and storage, an async-first API client with automatic authentication, and models for managing GitHub App installations, repositories, and webhook event history.
The library is async-only at the moment (following gidgethub), with sync support planned to better integrate with the majority of Django projects.
Requirements
- Python 3.10, 3.11, 3.12, 3.13
- Django 4.2, 5.0, 5.1
Installation
-
Register a new GitHub App, following these instructions from the GitHub Docs. For a more detailed tutorial, there is also this page -- in particular the section on Setup.
Make note of the following information while setting up your new GitHub App:
- App ID
- Client ID
- Name
- Private Key
- Webhook Secret
- Webhook URL
For the Private Key, you will be able to use either the file contents or the file itself to authenticate with GitHub. See step 5 below for more information about private key configuration.
For the Webhook URL, the endpoint is up to you. See step 4 below for how the endpoint is configured. Using these installation instructions as an example, you would enter
<your project's base url>/gh/
as the Webhook URL. -
Install the package from PyPI:
python -m pip install django-github-app # or if you like the new hotness uv add django-github-app uv sync
-
Add the app to your Django project's
INSTALLED_APPS
:INSTALLED_APPS = [ "django_github_app", ]
-
Add django-github-app's webhook view to your Django project's urls:
from django.urls import path from django_github_app.views import AsyncWebhookView urlpatterns = [ path("gh/", AsyncWebhookView.as_view()), ]
For the moment, django-github-app only supports an async webhook view, as this library is a wrapper around gidgethub which is async only. Sync support is planned.
As noted above in step 1, the path here must match the Webhook URL you entered when setting up your GitHub App.
-
Add the following dictionary to your Django project's
DJANGO_SETTINGS_MODULE
, filling in the values from step 1 above. The example below uses environs to load the values from an.env
file.import environs env = environs.Env() env.read_env() GITHUB_APP = { "APP_ID": env.int("GITHUB_APP_ID"), "CLIENT_ID": env.str("GITHUB_CLIENT_ID"), "NAME": env.str("GITHUB_NAME"), "PRIVATE_KEY": env.str("GITHUB_PRIVATE_KEY"), "WEBHOOK_SECRET": env.str("GITHUB_WEBHOOK_SECRET"), }
[!NOTE] In this example, the private key's contents are set and loaded directly from the environment. If you prefer to use the file itself, you could do something like this instead:
from pathlib import Path GITHUB_APP = { "PRIVATE_KEY": env.path("GITHUB_PRIVATE_KEY_PATH"), }
Getting Started
django-github-app provides a router-based system for handling GitHub webhook events, built on top of gidgethub. The router matches incoming webhooks to your handler functions based on the event type and optional action.
To start handling GitHub webhooks, create your event handlers in a new file (e.g., events.py
) within your Django app:
# your_app/events.py
from django_github_app.routing import GitHubRouter
gh = GitHubRouter()
# Handle any issue event
@gh.event("issues")
async def handle_issue(event, gh, *args, **kwargs):
issue = event.data["issue"]
labels = []
# Add labels based on issue title
title = issue["title"].lower()
if "bug" in title:
labels.append("bug")
if "feature" in title:
labels.append("enhancement")
if labels:
await gh.post(
issue["labels_url"],
data=labels
)
# Handle specific issue actions
@gh.event("issues", action="opened")
async def welcome_new_issue(event, gh, *args, **kwargs):
"""Post a comment when a new issue is opened"""
url = event.data["issue"]["comments_url"]
await gh.post(url, data={
"body": "Thanks for opening an issue! We'll take a look soon."
})
In this example, we automatically label issues based on their title and post a welcome comment on newly opened issues. The router ensures each webhook is directed to the appropriate handler based on the event type and action.
[!NOTE] Handlers must be async functions as django-github-app uses gidgethub for webhook event routing which only supports async operations. Sync support is planned to better integrate with Django projects that don't use async.
Each handler receives two arguments:
event
: Agidgethub.sansio.Event
containing the webhook payloadgh
: A GitHub API client for making API calls
To activate your webhook handlers, import them in your app's AppConfig.ready()
method, similar to how Django signals are registered:
# your_app/apps.py
from django.apps import AppConfig
class YourAppConfig(AppConfig):
default_auto_field = 'django.db.models.BigAutoField'
name = 'your_app'
def ready(self):
from . import events # noqa: F401
For more information about GitHub webhook events and payloads, see these pages in the GitHub docs:
For more details about how gidgethub.sansio.Event
and webhook routing work, see the gidgethub documentation.
Features
GitHub API Client
The library provides AsyncGitHubAPI
, an implementation of gidgethub's abstract GitHubAPI
class that handles authentication and uses httpx as its HTTP client. While it's automatically provided in webhook handlers, you can also use it directly in your code:
from django_github_app.github import AsyncGitHubAPI
from django_github_app.models import Installation
# Access public endpoints without authentication
async def get_public_repo():
async with AsyncGitHubAPI() as gh:
return await gh.getitem("/repos/django/django")
# Interact as the GitHub App installation
async def create_comment(repo_full_name: str):
# Get the installation for the repository
installation = await Installation.objects.aget(repositories__full_name=repo_full_name)
async with AsyncGitHubAPI(installation_id=installation.installation_id) as gh:
await gh.post(
f"/repos/{repo_full_name}/issues/1/comments",
data={"body": "Hello!"}
)
The client automatically handles authentication and token refresh when an installation ID is provided. The installation ID is GitHub's identifier for where your app is installed, which you can get from the installation_id
field on the Installation
model.
Models
django-github-app provides models that handle the persistence and retrieval of GitHub App data. These models abstract away common patterns when working with GitHub Apps: storing webhook events, managing installation authentication, and tracking repository access.
All models and their managers provide async methods for database operations and GitHub API interactions, with sync wrappers where appropriate.
EventLog
django_github_app.models.EventLog
maintains a history of incoming webhook events, storing both the event type and its full payload.
It also has support for automatically cleaning up old events based on your configuration, via the acleanup_events
manager method and the GITHUB_APP["DAYS_TO_KEEP_EVENTS"]
setting. For more details, see the sections on AUTO_CLEANUP_EVENTS
and DAYS_TO_KEEP_EVENTS
in the Configuration documentation below.
The model primarily serves the webhook handling system, but you can also use it to query past events if needed.
Manager methods
acreate_from_event
/create_from_event
: Store incoming webhook events (primarily for internal use)acleanup_events
/cleanup_events
: Remove events older than specified days
Properties
action
: Extract action from event payload, if present
Installation
django_github_app.models.Installation
represents where your GitHub App is installed. It stores the installation ID and metadata from GitHub, and provides methods for authentication:
from django_github_app.models import Installation
# Get an installation and its access token
installation = await Installation.objects.aget(repositories__full_name="owner/repo")
async with AsyncGitHubAPI(installation_id=installation.installation_id) as gh:
# Authenticated as this installation
await gh.post("/repos/owner/repo/issues", data={"title": "Hello!"})
Manager methods
acreate_from_event
/create_from_event
: Create from installation events (primarily for internal use)aget_from_event
/get_from_event
: Retrieve installation from webhook events (gidgethub.sansio.Event
)
Model methods
aget_access_token
/get_access_token
: Generate GitHub access token for API calls
Repository
django_github_app.models.Repository
tracks repositories where your app is installed and provides high-level methods for GitHub operations:
from django_github_app.models import Repository
# Get open issues for a repository
repo = await Repository.objects.aget(full_name="owner/repo")
issues = await repo.aget_issues(params={"state": "open"})
Manager methods
aget_from_event
/get_from_event
: Retrieve repository from webhook events (gidgethub.sansio.Event
)
Model methods
get_gh_client
: Get configured API client for this repositoryaget_issues
/get_issues
: Fetch repository's issues
Properties
owner
: Repository owner from full namerepo
: Repository name from full name
Configuration
Configuration of django-github-app is done through a GITHUB_APP
dictionary in your Django project's DJANGO_SETTINGS_MODULE
.
Here is an example configuration with the default values shown:
GITHUB_APP = {
"APP_ID": "",
"AUTO_CLEANUP_EVENTS": True,
"CLIENT_ID": "",
"DAYS_TO_KEEP_EVENTS": 7,
"NAME": "",
"PRIVATE_KEY": "",
"WEBHOOK_SECRET": "",
}
The following settings are required:
APP_ID
CLIENT_ID
NAME
PRIVATE_KEY
WEBHOOK_SECRET
APP_ID
🔴 Required |
str
The GitHub App's unique identifier. Obtained when registering your GitHub App.
AUTO_CLEANUP_EVENTS
Optional |
bool
| Default:True
Boolean flag to enable automatic cleanup of old webhook events. If enabled, EventLog
instances older than DAYS_TO_KEEP_EVENTS
(default: 7 days) are deleted during webhook processing.
Set to False
to either retain events indefinitely or manage cleanup separately using EventLog.objects.acleanup_events
with a task runner like Django-Q2 or Celery.
CLIENT_ID
🔴 Required |
str
The GitHub App's client ID. Obtained when registering your GitHub App.
DAYS_TO_KEEP_EVENTS
Optional |
int
| Default:7
Number of days to retain webhook events before cleanup. Used by both automatic cleanup (when AUTO_CLEANUP_EVENTS
is True
) and the EventLog.objects.acleanup_events
manager method.
NAME
🔴 Required |
str
The GitHub App's name as registered on GitHub.
PRIVATE_KEY
🔴 Required |
str
The GitHub App's private key for authentication. Can be provided as either:
- Raw key contents (e.g., from an environment variable)
- Path to key file (as a
str
orPath
object)
The library will automatically detect and read the key file if a path is provided.
from pathlib import Path
from environs import Env
env = Env()
# Key contents from environment
GITHUB_APP = {
"PRIVATE_KEY": env.str("GITHUB_PRIVATE_KEY"),
}
# Path to local key file (as string)
GITHUB_APP = {
"PRIVATE_KEY": "/path/to/private-key.pem",
}
# Path to local key file (as Path object)
GITHUB_APP = {
"PRIVATE_KEY": Path("path/to/private-key.pem"),
}
# Path from environment
GITHUB_APP = {
"PRIVATE_KEY": env.path("GITHUB_PRIVATE_KEY_PATH"),
}
[!NOTE] The private key should be kept secure and never committed to version control. Using environment variables or secure file storage is recommended.
WEBHOOK_SECRET
🔴 Required |
str
Secret used to verify webhook payloads from GitHub.
License
django-github-app is licensed under the MIT license. See the LICENSE
file for more information.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file django_github_app-0.1.0.tar.gz
.
File metadata
- Download URL: django_github_app-0.1.0.tar.gz
- Upload date:
- Size: 59.9 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/5.1.1 CPython/3.12.7
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | cb23117447a00b1c12faa0fb1a95fa76df0cafb375c8c1bb82d7b240c00e8e4b |
|
MD5 | 4509829f929c172c3ee355b1dd991b99 |
|
BLAKE2b-256 | 720415c00c0f159ebc36137ad9bfaad0f4d6f27fa10e1ee8e6c74da55560ff67 |
Provenance
The following attestation bundles were made for django_github_app-0.1.0.tar.gz
:
Publisher:
release.yml
on joshuadavidthomas/django-github-app
-
Statement type:
https://in-toto.io/Statement/v1
- Predicate type:
https://docs.pypi.org/attestations/publish/v1
- Subject name:
django_github_app-0.1.0.tar.gz
- Subject digest:
cb23117447a00b1c12faa0fb1a95fa76df0cafb375c8c1bb82d7b240c00e8e4b
- Sigstore transparency entry: 148992018
- Sigstore integration time:
- Predicate type:
File details
Details for the file django_github_app-0.1.0-py3-none-any.whl
.
File metadata
- Download URL: django_github_app-0.1.0-py3-none-any.whl
- Upload date:
- Size: 17.6 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/5.1.1 CPython/3.12.7
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 5d210fcc6894f684ae0912b59baf4ba6cbe08a4479e0842aeaa960d3b8b4a49e |
|
MD5 | e9c0368ad2b0c4ebbd3810a3806cbb62 |
|
BLAKE2b-256 | d992ce6a9f49856818383d4c9ec8b06ec5952863a3a8a515bd938df25381660e |
Provenance
The following attestation bundles were made for django_github_app-0.1.0-py3-none-any.whl
:
Publisher:
release.yml
on joshuadavidthomas/django-github-app
-
Statement type:
https://in-toto.io/Statement/v1
- Predicate type:
https://docs.pypi.org/attestations/publish/v1
- Subject name:
django_github_app-0.1.0-py3-none-any.whl
- Subject digest:
5d210fcc6894f684ae0912b59baf4ba6cbe08a4479e0842aeaa960d3b8b4a49e
- Sigstore transparency entry: 148992019
- Sigstore integration time:
- Predicate type: