Skip to content

Latest commit

 

History

History
208 lines (134 loc) · 7.19 KB

README.md

File metadata and controls

208 lines (134 loc) · 7.19 KB

Github Release Docker Release action status action status

Jira Development Integration

Integrate your CI/CD pipeline's Build and Deployment information into the Jira Development Panel.

Builds Panel Preview

Only supports Jira Cloud. Does not support Jira Server (hosted)

Prerequisites

Generate Credentials

Generate new OAuth Credentials and copy

See: https://support.atlassian.com/jira-cloud-administration/docs/integrate-with-self-hosted-tools-using-oauth/

OAuth Creds Screen

Use with Any CI/CD Provider with Docker

Supported in providers which support running arbitrary Docker images (like Drone, Gitlab CI).

Docker Images are available from:

  • Docker Hub: boringdownload/jira-integration
  • Github Container Registry: ghcr.io/rohit-gohri/jira-ci-cd-integration
  • Gitlab Container Registry: registry.gitlab.com/rohit-gohri/jira-ci-cd-integration

Pick whatever you want and is convenient for you.

Configuration for the Docker image is through env vars. Read more in options.

Drone.io

Build Status

Add secrets for JIRA_CLIENT_ID and JIRA_CLIENT_SECRET and then add this to your pipeline:

steps:
  - name: jira-integration
    image: boringdownload/jira-integration:v0
    environment:
      BUILD_NAME: drone-pipeline # or give any custom name
      JIRA_INSTANCE: companyname
      JIRA_CLIENT_ID:
        from_secret: jira_client_id
      JIRA_CLIENT_SECRET:
        from_secret: jira_client_secret

To send deployment information just promote the build and it will send a deployment info.

Gitlab CI/CD

pipeline status

Add a CI/CD Variable to your project for JIRA_CLIENT_ID and JIRA_CLIENT_SECRET (remember to mask them) and then add these steps to your pipeline (we use .post stage so it runs last)

Add to .post stage to send Build Info

jira-build-integration-on-success:
  stage: .post
  when: on_success
  image: registry.gitlab.com/rohit-gohri/jira-ci-cd-integration:v0
  script: jira-integration
  variables:
    BUILD_STATE: successful
    BUILD_NAME: gitlab-pipeline-name # or give any custom name
    JIRA_INSTANCE: companyname

jira-build-integration-on-failure:
  extends: jira-build-integration-on-success
  when: on_failure
  variables:
    BUILD_STATE: failure

Use with Gitlab Environments to send Release Info

If you provide an environment block it will send a deployment event instead of build event.

jira-deploy-integration-on-success:
  extends: jira-build-integration-on-success
  environment:
    name: production

jira-deploy-integration-on-failure:
  extends: jira-build-integration-on-failure
  environment:
    name: production

Usage With Github Actions

test-release workflow

Add OAuth Creds as secrets to Github

See: https://docs.github.com/en/actions/reference/encrypted-secrets

  • Add Client ID as JIRA_CLIENT_ID
  • Add Client Secret as JIRA_CLIENT_SECRET

Github Secrets

Update Github Workflow

Use in Builds Pipeline

- name: Jira Integration
  if: ${{ always() }}
  uses: rohit-gohri/jira-ci-cd-integration@v0
  with:
    state: ${{ job.status }}
    jira_instance: companyname # Subdomain for Jira Cloud
    client_id: ${{ secrets.JIRA_CLIENT_ID }}
    client_secret: ${{ secrets.JIRA_CLIENT_SECRET }}

Use in Deployment Pipeline

Just provide an evironment to send a deployment event instead of a build event.

- name: Jira Integration
  if: ${{ always() }}
  uses: rohit-gohri/jira-ci-cd-integration@v0
  with:
    state: ${{ job.status }}
    environment: staging
    issue: JCI-3, JCI-6 # Comma separated list of issues being deployed/released. You are expected to generate this yourself in a previous step for releases
    jira_instance: companyname # Subdomain for Jira Cloud
    client_id: ${{ secrets.JIRA_CLIENT_ID }}
    client_secret: ${{ secrets.JIRA_CLIENT_SECRET }}

Options

Provide these options via environment variables, or directly in case of Github Actions.

Inputs

jira_instance: JIRA_INSTANCE

Sub Domain of Jira Cloud Instance. This part of the url: https://<jira_instance>.atlassian.net

client_id: JIRA_CLIENT_ID

ClientID of OAuth Creds

client_secret: JIRA_CLIENT_SECRET

Client Secret of OAuth Creds

event_type: JIRA_EVENT_TYPE (optional)

"build" or "deployment", (default is "build"). You can override this manually or just provide an evironment to send a deployment event instead of a build event.

state: BUILD_STATE (optional)

"successful"/"success", "failed", or "canceled" (default is "successful").

We try to detect this via env-ci for most CI/CD providers, but you can manually override it if you wish to do so.

issue: JIRA_ISSUES (optional)

Will be parsed from branch name automatically if available. Or you can provide it according to your own logic. Can be multiple comma separated issues.

Pipeline Info

We try to detect this via env-ci for most CI/CD providers, but you can manually override it if you wish to do so.

Commit Message: COMMIT_MESSAGE

If the tool can't detect your commit message you may provide a value directly. If you have the jira id in the commit message, it will be parsed.

Pipeline Name: BUILD_NAME

A custom name for your pipeline

Environment Name: BUILD_ENVIROMENT (optional)

NOTE: Only for Deployment events

A name for your environment. The tool tries to automatically infer this from your CI/CD provider.

Environment Type: BUILD_ENVIROMENT_TYPE (optional)

NOTE: Automatically inferred from environment name

The tool tries to automatically parse this from environment but if you want to override then provide one of (unmapped, development, testing, staging, production)

Contributing

Feel free to open issues/Pull Requests to add support for some CI provider that doesn't have support yet.

License

MIT License. Copyright (c) 2022 Rohit Gohri