The GitHub integration connects your DevStride organization to GitHub through the DevStride GitHub App. Once it is installed, pull requests are tied to your work items so you can see PR status, reviews, and checks without leaving DevStride.
There are two ways a pull request gets linked to a work item:
The GitHub integration is installed at the organization level via the DevStride GitHub App.
Open any work item to reveal its drawer, then switch to the Github tab (alongside tabs such as Assets and Activity). The tab shows:
N Open / N Closed.Each linked PR carries its current status (Open, Draft, Closed, or Merged) along with review and check information.
DevStride links a pull request to a work item whenever the item's number appears in any of the following:
When a PR is opened, synchronized, or edited, DevStride scans these fields, matches any work-item numbers it finds, confirms the items exist in your organization, and links the PR to every matching item. Automatically linked PRs appear in the Linked Pull Requests list with no extra badge.
To make auto-linking easy, the bottom of the Github tab includes a helper panel:
Include
<item-number>in your branch name, commit message, or pull request description to automatically link.
The panel also offers a copyable example branch name in the form <username>/<item-number>/<title>, so you can grab a ready-made branch name when you start work.
If a pull request doesn't reference a work-item number in its branch, commits, title, or description, you can attach it by hand.
https://github.com/<owner>/<repo>/pull/<number>.On success you'll see a Pull request attached. confirmation, and the PR appears in the Linked Pull Requests list alongside any auto-linked PRs, with the same status, review, and check details.
A pull request you attach by hand displays a blue Manual badge in the Linked Pull Requests list and exposes an Unlink button on its row.
To remove a manually attached PR:
If you paste the URL of a PR that was already auto-linked, attaching it is idempotent: DevStride marks the existing link as manual rather than creating a duplicate.
The Attach a Pull Request and Unlink controls require edit permission on the work item. Viewers without edit rights don't see these controls, and the server independently enforces the same permission — an unauthorized attempt is rejected with a "You are not authorized to link a pull request to this work item" error. Linking also requires an active organization subscription.
If a manual attach fails, the message tells you what to fix:
https://github.com/<owner>/<repo>/pull/<number>. A trailing /, ?, or # is fine; anything else is rejected.