|
| 1 | +--- |
| 2 | +title: GitHub Enterprise |
| 3 | +hide_title: true |
| 4 | +description: Integrate Plane with GitHub Enterprise to synchronize issues and pull requests. Connect repositories to projects for bidirectional updates and seamless workflows. |
| 5 | +--- |
| 6 | + |
| 7 | +import Tags from "@site/src/components/Tags"; |
| 8 | + |
| 9 | +<div className="tag-wrapper"> |
| 10 | + <h1>Integrate with GitHub Enterprise</h1> |
| 11 | + <Tags tags={[{ name: "Pro", link: "https://plane.so/pricing", additionalClass: "pro" }]} /> |
| 12 | +</div> |
| 13 | + |
| 14 | +GitHub Enterprise integration with Plane allows seamless synchronization between your GitHub Enterprise repositories and Plane projects. By linking the two, your issues and pull requests stay updated across both platforms, enhancing collaboration and streamlining your workflow. Whether you're managing code, tasks, or both, this integration ensures your team stays in sync without the hassle of switching between platforms. |
| 15 | + |
| 16 | +## Set up GitHub Enterprise integration |
| 17 | + |
| 18 | +To get started, you'll need to connect your GitHub Enterprise account, organization, and repositories with Plane. Follow the steps below to complete the setup: |
| 19 | + |
| 20 | +1. [Create a GitHub app in your GitHub Enterprise instance](/integrations/github-enterprise#create-your-github-enterprise-app-in-your-github-enterprise-instance) |
| 21 | +2. [Connect your GitHub Enterprise organization](/integrations/github-enterprise#connect-github-enterprise-organization) |
| 22 | +3. [Connect your personal GitHub Enterprise account](/integrations/github-enterprise#connect-personal-github-enterprise-account) |
| 23 | +4. [Add repository mappings](/integrations/github-enterprise#add-repository-mappings) |
| 24 | + |
| 25 | +### Create your GitHub Enterprise app in your GitHub Enterprise instance |
| 26 | + |
| 27 | +:::danger[Self-hosted GitHub Enterprise instance] |
| 28 | +To integrate with GitHub Enterprise, you need to create a GitHub app in your GitHub Enterprise instance. Check out this [setup guide](https://developers.plane.so/self-hosting/govern/integrations/github) first before diving into next steps. |
| 29 | +::: |
| 30 | + |
| 31 | +### Connect GitHub Enterprise organization |
| 32 | + |
| 33 | +Link your GitHub Enterprise organization to your Plane workspace to start syncing repositories. This step is crucial for enabling the full range of GitHub-Plane integrations. |
| 34 | + |
| 35 | + |
| 36 | + |
| 37 | +1. Navigate to [Workspace settings](/core-concepts/workspaces/overview#workspace-settings) in Plane. |
| 38 | +2. On the right pane, select **Integrations**. |
| 39 | +3. Find the **GitHub Enterprise** integration and click **Configure**. |
| 40 | +4. In the **Connect Organization** section, click **Connect**. |
| 41 | +5. Fill the form with the details of your GitHub Enterprise instance and click **Connect**. |
| 42 | +6. On the GitHub app installation page, choose the organization you want to connect. |
| 43 | +7. Select whether you want to sync all repositories or pick specific ones. |
| 44 | +8. Click **Install** to finalize the connection. |
| 45 | +9. After authorization, you’ll be redirected back to Plane, where your GitHub organization will appear as connected. |
| 46 | + |
| 47 | +### Connect personal GitHub account |
| 48 | + |
| 49 | +This step allows you to make comments on issues and pull requests in GitHub through your Plane account, using your personal GitHub identity. |
| 50 | + |
| 51 | +When this connection is enabled, comments made in Plane will appear in GitHub under your GitHub user account, else comments will be posted as your custom GitHub app name. |
| 52 | + |
| 53 | +#### From Workspace settings |
| 54 | + |
| 55 | +Workspace admins can connect their personal GitHub accounts from Workspace settings. |
| 56 | + |
| 57 | + |
| 58 | + |
| 59 | +1. In the **Connect personal account** section under **Integrations**, click **Connect**. |
| 60 | +2. Review the required permissions GitHub requests and authorize. |
| 61 | +3. After granting permissions, you’ll see the status updated to show that your personal account is connected. |
| 62 | + |
| 63 | +:::info |
| 64 | +Only one Workspace Admin can connect their GitHub account via Workspace Settings. Others can connect their accounts through [Profile Settings](/integrations/github#from-profile-settings). |
| 65 | +::: |
| 66 | + |
| 67 | +#### From Profile settings |
| 68 | + |
| 69 | +If you don’t have admin access, you can still connect your personal GitHub account through your profile settings. |
| 70 | + |
| 71 | + |
| 72 | + |
| 73 | +1. Go to [Profile settings](/core-concepts/account/settings). |
| 74 | +2. Select the **Connections** tab in the sidebar. |
| 75 | +3. Choose the workspace where you want to connect your GitHub personal account. |
| 76 | +4. Click **Connect** in the GitHub section, which will redirect you to GitHub for authentication. |
| 77 | + :::info |
| 78 | + If your workspace doesn’t have GitHub integration enabled, you won’t be able to connect your personal account. In this case, contact your Workspace Admin. |
| 79 | + ::: |
| 80 | +5. Once connected, your GitHub account will be listed in Plane. |
| 81 | + |
| 82 | +### Add repository mappings |
| 83 | + |
| 84 | +Once GitHub is connected to Plane, workspace admins can map GitHub repositories to Plane projects. This ensures issues and pull requests sync correctly. |
| 85 | + |
| 86 | + |
| 87 | + |
| 88 | +1. Go to the **Repository Mapping** section under **Integrations**. |
| 89 | +2. Click **Add** to create a new mapping. |
| 90 | +  |
| 91 | +3. In the modal that appears, select: |
| 92 | + - The GitHub repository you want to sync. |
| 93 | + - The Plane project to map it to. |
| 94 | + - The Plane states to map the state of the pull requests. |
| 95 | +4. Click **Continue**. |
| 96 | + |
| 97 | +All linked repositories will appear in a list, where you can edit or remove them as needed. |
| 98 | + |
| 99 | +## Sync issues |
| 100 | + |
| 101 | +With the GitHub integration setup, you can start syncing issues between Plane and GitHub. The synchronization is bi-directional and label-based, so issues are updated automatically on both platforms when certain labels are applied. |
| 102 | + |
| 103 | +### Github -> Plane |
| 104 | + |
| 105 | +1. Add the `Plane` label to an issue in GitHub to create and sync the issue in Plane. |
| 106 | +  |
| 107 | +2. Plane posts a link back to the GitHub issue, confirming the connection. |
| 108 | +  |
| 109 | +3. A new work item is created in Plane with a link to the GitHub issue. |
| 110 | +  |
| 111 | + |
| 112 | +### Plane -> GitHub |
| 113 | + |
| 114 | +1. Add the `GitHub` label to a work item in Plane to sync it to GitHub. |
| 115 | +  |
| 116 | +2. A new issue is created in GitHub. |
| 117 | +  |
| 118 | +3. The GitHub issue is also linked back to Plane. |
| 119 | + |
| 120 | +### What gets synced? |
| 121 | + |
| 122 | +Here’s what syncs automatically between Plane and GitHub: |
| 123 | + |
| 124 | +| Property | Sync direction | Notes | |
| 125 | +| -------------------- | ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | |
| 126 | +| Title | Both ways | Updates in either platform reflect in the other. | |
| 127 | +| Description | Both ways | Content remains consistent between Plane and GitHub. | |
| 128 | +| Assignees | Both ways | Assigned users are mapped based on the initial setup. If a user isn’t mapped, the assignee field may be left empty. | |
| 129 | +| Labels | Both ways | If a Label doesn’t exist in Plane, it will be created (and vice versa). | |
| 130 | +| States | GitHub → Plane | Changes in Plane do not update GitHub states. However, if an issue is closed in GitHub, it automatically moves to the Done state in Plane. | |
| 131 | +| Comments | Both ways | Comments sync between platforms with source attribution. If the commenter isn’t mapped to a Plane user, the comment appears as posted by the GitHub Bot. See [Connect personal GitHub account](/integrations/github#connect-personal-github-account) for more info. | |
| 132 | +| Mentions | Both ways | Mentioned users sync if they are mapped; otherwise, a GitHub profile link is included. | |
| 133 | +| Issue links | GitHub → Plane | Any issue references in GitHub descriptions or comments will be displayed in Plane with a direct link to the issue including the repository name and owner. | |
| 134 | + |
| 135 | +## Sync pull requests |
| 136 | + |
| 137 | +Pull requests (PRs) are also synchronized with Plane to ensure issue tracking remains accurate throughout the development lifecycle. |
| 138 | + |
| 139 | +#### Closing references and auto-updates |
| 140 | + |
| 141 | +When a pull request includes closing references to GitHub issues (e.g., `closes #14`), any linked Plane work items will automatically update with the PR link. If the PR is merged or closed, the Plane work item state updates based on the configured workflow in [Repository mappings](/integrations/github#add-repository-mappings). |
| 142 | + |
| 143 | +#### Magic words for issue references |
| 144 | + |
| 145 | +You can use specific keywords in GitHub pull requests to manage how Plane work items are updated. |
| 146 | + |
| 147 | +- **Closing references** |
| 148 | + These keywords close linked issues when the PR is merged or closed. |
| 149 | + **Keywords** |
| 150 | + `close`, `closes`, `closed`, `closing`, `fix`, `fixes`, `fixed`, `resolve`, `resolves`, `resolved`, `complete`, `completes`, `completed`. |
| 151 | + |
| 152 | +- **Non-closing references** |
| 153 | + These keywords maintain the state mappings of linked issues but don’t close them. |
| 154 | + **Keywords** |
| 155 | + `ref`, `references`, `reference to`, `part of`, `related to`. |
| 156 | + |
| 157 | +#### PR lifecycle mapping |
| 158 | + |
| 159 | +The lifecycle of a pull request can be [mapped](/integrations/github#add-repository-mappings) to workflow states in Plane. The following PR states are available for mapping: |
| 160 | + |
| 161 | +- A draft PR is created. |
| 162 | +- A PR is opened. |
| 163 | +- A review is requested. |
| 164 | +- The PR is approved and ready to be merged. |
| 165 | +- The PR is successfully merged. |
| 166 | +- The PR is closed without merging. |
| 167 | + |
| 168 | +#### Issue backlinks in pull requests |
| 169 | + |
| 170 | +When a PR references Plane work items (using closing or non-closing reference keywords), Plane will post a confirmation comment on the pull request, ensuring visibility into which issues are linked. |
| 171 | + |
| 172 | +--- |
| 173 | + |
| 174 | +With GitHub integration, Plane makes managing your issues and pull requests across both platforms easy and efficient. Whether you’re tracking progress, syncing updates, or managing workflows, you’ll always have a clear view of your project’s status. |
0 commit comments