RDIT Products mark RDIT PRODUCTS
SELF-MANAGED GITLAB CONNECTOR FOR JIRA

Documentation

Before you start

Setup, in five steps

  1. Install the app from the Atlassian Marketplace.
  2. Open Jira Settings → Apps → GitLab (self-managed) configuration. Generate your shared secret, copy the web trigger URL, add your Jira project keys. Treat both the URL and the secret as credentials.
  3. Download the setup script — its full source is on that page, so you can read every line before you run it. Run it with --dry-run first to see exactly what it would change, without writing anything. Then run it for real. It asks for the web trigger URL, the shared secret, and a GitLab administrator token — read from a secure prompt, never a flag or an environment variable, and never written to disk or printed.
  4. The script makes exactly one write call to your instance and never deletes a hook.
  5. Push a commit whose message contains a Jira issue key. Open that issue in Jira — the commit appears in the Development panel.

Verifying it worked

Two places show the truth. In the app: the configuration screen shows ingest health. In GitLab: Admin Area → System Hooks → Edit → Recent Deliveries shows the HTTP status your instance actually received — 200 accepted, 401 means the shared secret doesn't match (regenerate it and re-run the script), 503 means no secret has been generated yet.

Note: once accepted, a commit can take anywhere from a few minutes to a few hours to appear in Jira's Development panel — that's Atlassian's own rendering delay, not a sign of a problem. GitLab's delivery record is the authoritative check, not an empty panel.

Rotating the secret

The setup script is safe to re-run any time. Regenerate the secret on the configuration screen and run the script again — the live hook is repaired automatically.

Troubleshooting