Configuration & Setup
Configure Kaneo with your GitHub App credentials and connect projects to repositories. Includes Docker Compose and Kubernetes examples.
This guide covers configuring Kaneo with your GitHub App credentials and connecting projects to repositories.
Make sure you've completed the GitHub App setup before proceeding.
Environment Variables
Add the following environment variables to your Kaneo deployment:
# GitHub App Configuration
GITHUB_APP_ID=123456
GITHUB_CLIENT_ID=Iv1.abc123def456
GITHUB_CLIENT_SECRET=abc123def456ghi789jkl012mno345pqr678stu
GITHUB_PRIVATE_KEY="-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA...
[Full contents of your private key]
...
-----END RSA PRIVATE KEY-----"
GITHUB_WEBHOOK_SECRET=your-webhook-secret-here
# Optional: GitHub App Name for installation URLs
GITHUB_APP_NAME=kaneo-your-instance-nameVariable Reference
| Variable | Description | Required | Example |
|---|---|---|---|
GITHUB_APP_ID | Your GitHub App's ID | ✅ | 123456 |
GITHUB_CLIENT_ID | OAuth client ID from your app | ✅ | Iv1.abc123def456 |
GITHUB_CLIENT_SECRET | OAuth client secret | ✅ | abc123def456ghi789jkl012mno345pqr678stu |
GITHUB_PRIVATE_KEY | Full private key content (with newlines) | ✅ | -----BEGIN RSA... |
GITHUB_WEBHOOK_SECRET | Secret for webhook verification | ✅ | your-secret |
GITHUB_APP_NAME | App name for installation URLs | ⚠️ | kaneo-mycompany |
GITHUB_APP_NAME is optional but recommended. It's used to generate direct installation links in the UI.
Deployment Examples
Docker Compose
Update your compose.yml file:
services:
backend:
image: ghcr.io/usekaneo/api:latest
environment:
# ... other environment variables
GITHUB_APP_ID: "123456"
GITHUB_CLIENT_ID: "Iv1.abc123def456"
GITHUB_CLIENT_SECRET: "abc123def456ghi789jkl012mno345pqr678stu"
GITHUB_PRIVATE_KEY: |
-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA...
[Full contents of your private key]
...
-----END RSA PRIVATE KEY-----
GITHUB_WEBHOOK_SECRET: "your-webhook-secret-here"
GITHUB_APP_NAME: "kaneo-mycompany"
# ... rest of configurationUse the | YAML syntax for multi-line environment variables like the private key.
Kubernetes
Create a secret for your GitHub credentials:
apiVersion: v1
kind: Secret
metadata:
name: github-integration
namespace: kaneo
type: Opaque
stringData:
GITHUB_APP_ID: "123456"
GITHUB_CLIENT_ID: "Iv1.abc123def456"
GITHUB_CLIENT_SECRET: "abc123def456ghi789jkl012mno345pqr678stu"
GITHUB_PRIVATE_KEY: |
-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA...
[Full contents of your private key]
...
-----END RSA PRIVATE KEY-----
GITHUB_WEBHOOK_SECRET: "your-webhook-secret-here"
GITHUB_APP_NAME: "kaneo-mycompany"Then reference it in your deployment:
apiVersion: apps/v1
kind: Deployment
metadata:
name: kaneo-backend
spec:
template:
spec:
containers:
- name: backend
image: ghcr.io/usekaneo/api:latest
envFrom:
- secretRef:
name: github-integrationEnvironment File
For development or simple deployments, create a .env file:
# .env file
GITHUB_APP_ID=123456
GITHUB_CLIENT_ID=Iv1.abc123def456
GITHUB_CLIENT_SECRET=abc123def456ghi789jkl012mno345pqr678stu
GITHUB_PRIVATE_KEY="-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA...
[Full contents of your private key]
...
-----END RSA PRIVATE KEY-----"
GITHUB_WEBHOOK_SECRET=your-webhook-secret-here
GITHUB_APP_NAME=kaneo-mycompanyConnecting Repositories
Once your environment variables are configured and your backend is restarted, you can connect projects to GitHub repositories.
Navigate to Project Settings
- Open your Kaneo project
- Go to Project Settings
- Find the GitHub Integration section
Connect Repository
You have two options to connect a repository:
Option A: Browse Repositories
- Click "Browse Repositories"
- Select from repositories where your GitHub App is installed
- Click on the desired repository
Option B: Manual Entry
- Enter the Repository Owner (username or organization)
- Enter the Repository Name
- Click "Verify Installation"
Verify and Connect
- Kaneo will verify that your GitHub App has access
- If successful, click "Connect Repository"
- You should see a green "Connected" status
Once connected, new tasks created in this project will automatically generate GitHub issues!
Testing the Integration
After connecting a repository, test the integration thoroughly:
Test Task to Issue Creation
Create a new task in your connected Kaneo project with:
- A clear title
- A description
- Set priority and status
Navigate to your GitHub repository and verify:
- A new issue was created
- The issue has
priority:*andstatus:*labels - A comment links back to the Kaneo task
Test Automatic Status Transitions
Test branch-based workflow:
- Note your task number (e.g.,
PROJ-123) - Create and push a branch matching the pattern (e.g.,
proj-123) - Verify the task moves to "in-progress"
- Open a PR from that branch
- Verify the task moves to "in-review"
- Merge the PR
- Verify the task moves to "done"
Default branch pattern is {slug}-{number}. You can customize this in project settings.
Test Issue to Task Sync
In GitHub:
- Create a new issue
- Add labels like
priority:highorstatus:in-progress
In Kaneo:
- Verify a task was created from the issue
- Check that priority and status match the labels
- Confirm the task links to the GitHub issue
Test Label Synchronization
Test both directions:
- Change task priority in Kaneo → Check issue labels in GitHub
- Add/remove labels in GitHub → Check task in Kaneo
- Change task status in Kaneo → Check if issue is closed/reopened
Advanced Configuration
Branch Naming Patterns
Configure how Kaneo matches branches to tasks in your project's GitHub integration settings:
Predefined Patterns:
{slug}-{number}(default) - e.g.,proj-123{slug}-{number}-{title}- e.g.,proj-123-fix-bug{number}- e.g.,123{number}-{title}- e.g.,123-fix-bugfeature/{slug}-{number}- e.g.,feature/proj-123fix/{slug}-{number}- e.g.,fix/proj-123
Custom Regex: You can also provide a custom regex pattern for more complex matching.
The {slug} variable is your project's slug (case-insensitive), {number} is the task number, and {title} is an optional slug of the task title.
Status Transition Configuration
Customize when tasks automatically change status:
| Event | Default Status | Customizable |
|---|---|---|
| Branch Push | in-progress | ✅ |
| PR Opened | in-review | ✅ |
| PR Merged | done | ✅ |
Configure these in your project's GitHub integration settings to match your workflow.
Status transitions only apply if the task is not already in "done" status. This prevents accidentally reopening completed tasks.
Label Synchronization
Kaneo automatically creates and syncs these label types:
System Labels (managed automatically):
priority:low,priority:medium,priority:high,priority:urgentstatus:to-do,status:in-progress,status:in-review,status:done,status:planned,status:archived
Custom Labels:
- Any labels added to GitHub issues (not starting with
priority:orstatus:) are synced to Kaneo - Labels added in Kaneo can be synced to GitHub (if configured)
Multiple Organizations
If you need to connect repositories from multiple GitHub organizations:
- Install your GitHub App on each organization
- Grant appropriate permissions for each organization
- Each Kaneo project can connect to any repository where your app is installed
Having issues? Check our troubleshooting guide for common problems and solutions.