This action automates the integration of your GitHub repositories with JIRA projects by automatically creating corresponding JIRA tickets for new GitHub issues and pull requests, as well as managing comments within these issues and pull requests from external contributors.
- Features
- 'Synced From' Link Details
- Manually Linking a GitHub Issue to JIRA
- Issue Type Synchronization
- Limitations
- Caller project workflow file
- Sync Issues and Pull Requests to JIRA manually
- Environment Variables and Secrets
- Project Issues
- Contributing
- Automatic Issue Creation: When a new GitHub issue is opened, a matching JIRA issue is created within the specified project.
- Markdown Conversion: The body of the GitHub issue is converted to JIRA Wiki format using markdown2confluence.
- Custom Field Mapping: A JIRA custom field named "GitHub Reference" is populated with the URL of the GitHub issue.
- Issue Title Sync: The title of the GitHub issue is updated to include the JIRA issue key.
- Bi-directional Comment Sync: Comments added to a GitHub issue are mirrored in the corresponding JIRA issue. Edits and deletions are also reflected.
- Label Synchronization: Labels added or removed from the GitHub issue are similarly updated in the JIRA issue.
- Remote Issue Link: After syncing, a Remote Issue Link is created on the JIRA issue for easy reference back to the GitHub issue.
Once a JIRA issue is created and synced from GitHub, a Remote Issue Link is automatically generated for the JIRA issue. This link includes a "globalID" that corresponds to the URL of the GitHub issue. This mechanism ensures that any future changes to the GitHub issue are tracked and reflected in the JIRA issue, maintaining a consistent link between the two platforms.
- Persistent Synchronization: The Remote Issue Link facilitates ongoing updates to JIRA issues that are moved to other JIRA projects, assuming the remote issue link is also transferred and the GitHub Action's JIRA user has access to the new project.
- Link Management: To sever the connection between a GitHub issue and a JIRA issue, simply remove the Remote Issue Link. Be aware, however, that subsequent updates to the GitHub issue may trigger the creation of a new JIRA issue to ensure continuity of tracking.
- Manual Links: It's important to note that Remote Issue Links created manually for GitHub issues won't contain the necessary globalID. Since JIRA's search functionality for Remote Issue Links relies exclusively on globalID and not the URL, such manually created links cannot facilitate automated syncing.
This design ensures that the integration between GitHub and JIRA remains dynamic and adaptable to changes, providing a robust solution for tracking issues across both platforms.
Creating a Remote Issue Link with the appropriate globalID directly through the JIRA Web UI is not feasible without leveraging the JIRA API. However, you can manually establish a connection between an existing GitHub issue and a JIRA issue by following these steps:
- Verify Unique Linking: Ensure that the GitHub issue is not already linked to another JIRA issue. Use JIRA's advanced search with the query
issue in issuesWithRemoteLinksByGlobalId("GitHub Issue URL")to check for existing links. - Update JIRA Issue Description: Include the URL of the GitHub issue in the description field of the JIRA issue. This step is crucial for the GitHub action to recognize and link the issues.
- Amend GitHub Issue Title: Append the JIRA issue key to the end of the GitHub issue title within parentheses, e.g.,
GitHub Issue title (JIRAKEY-123). This modification helps in identifying the linked issues easily.
Upon the next update to the GitHub issue (which might occur immediately if you follow the steps sequentially), the GitHub action will automatically generate the "Synced from" link, establishing a manual link between the issues.
If the GitHub issue URL is not present in the JIRA issue description, the GitHub action will not create a link. This safeguard is designed to prevent unauthorized or unintended updates to JIRA issues from external sources.
The GitHub to JIRA Issue Sync Action intelligently creates JIRA issues with specific types based on the labels attached to the GitHub issue. This feature ensures that the issue types in JIRA accurately reflect the nature or category of the issue as determined in GitHub.
- Label Matching: When a new GitHub issue is created, the action checks for labels that either directly match the name of a JIRA issue type or follow the format
Type: <issue type>. The search for matching labels is case insensitive, ensuring flexibility in label naming conventions. - Environment Variable Fallback: In cases where no labels match any issue type, the action refers to the
JIRA_ISSUE_TYPEenvironment variable to determine the issue type for the new JIRA issue. If this environment variable is not defined, the default issue type used is "Task". - Handling Label Changes: If the labels on a GitHub issue are modified after creation, these changes will not alter the issue type of the already created JIRA issue. This limitation arises from the inability of the JIRA REST API to safely change an issue type when the new type is associated with a different workflow. In such scenarios, the action will leave a comment in the JIRA issue to inform about the label change in GitHub.
There are certain limitations to the data and events that can be synchronized:
- Labels: The action does not sync labels between GitHub and JIRA, with the exception of labels that match JIRA issue types. This means that general labels used for categorization or prioritization in GitHub won't automatically reflect in JIRA.
- Transitions: Changes in the status of a GitHub issue, such as closing, reopening, or deleting, do not automatically result in the corresponding transition of the JIRA issue's status. Instead, these actions result in a comment being added to the linked JIRA issue to record the event. This design choice accounts for scenarios where a GitHub issue might be closed by its reporter, but the underlying problem it documents still requires attention and resolution within the JIRA project.
# FILE: .github/workflows/sync-jira.yml
---
# This GitHub Actions workflow synchronizes GitHub issues, comments, and pull requests with Jira.
# It triggers on new issues, issue comments, and on a scheduled basis.
# The workflow uses a custom action to perform the synchronization with Jira (espressif/sync-jira-actions).
name: 🔷 Sync to Jira
run-name: >
Sync to Jira -
${{ github.event_name == 'issue_comment' && 'Issue Comment' ||
github.event_name == 'schedule' && 'New Pull Requests' ||
github.event_name == 'issues' && 'New Issue' ||
github.event_name == 'workflow_dispatch' && 'Manual Sync' }}
on:
issues: {types: [opened]}
issue_comment: {types: [created, edited, deleted]}
schedule: [cron: '0 * * * *']
workflow_dispatch:
inputs:
action: {description: 'Action to be performed', required: true, default: 'mirror-issues'}
issue-numbers: {description: 'Issue numbers to sync (comma-separated)', required: true}
jobs:
sync-to-jira:
name: >
Sync to Jira -
${{ github.event_name == 'issue_comment' && 'Issue Comment' ||
github.event_name == 'schedule' && 'New Pull Requests' ||
github.event_name == 'issues' && 'New Issue' ||
github.event_name == 'workflow_dispatch' && 'Manual Sync' }}
runs-on: ubuntu-latest
permissions:
contents: read
issues: write
pull-requests: write
steps:
- name: Check out
uses: actions/checkout@v4
- name: Run synchronization to Jira
uses: espressif/sync-jira-actions@v1
with:
cron_job: ${{ github.event_name == 'schedule' && 'true' || '' }}
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
JIRA_PASS: ${{ secrets.JIRA_PASS }}
JIRA_PROJECT: IDFSYNTEST # <---- update for your Jira project
JIRA_COMPONENT: GitHub
JIRA_URL: ${{ secrets.JIRA_URL }}
JIRA_USER: ${{ secrets.JIRA_USER }}Tip
In this repository, there is a file named sync-jira.yml.
You can download it and place it in your project at .github/workflows/sync-jira.yml.
For cases where you need to manually sync issues and pull requests that were not automatically captured by the Sync Jira workflow, this GitHub Action provides a solution. It allows for the manual synchronization of both new and old issues and pull requests directly to your JIRA project.
This action introduces two parameters for manual triggering:
action: Specifies the action to be performed, with a default value ofmirror-issues.issue-numbers: Lists the numbers of the issues and pull requests that you wish to sync to JIRA.
This workflow can be triggered manually from the Actions tab in your repository, allowing you to specify the issues or pull requests to be synced by entering their numbers.
This ensures that even items not caught by the automatic sync process can still be integrated into your JIRA project for tracking and management.
Note
For Espressif projects (https://github.com/espressif/), you don't need to set any environment variables. This action workflow will work out of the box, as the variables important for authentication with Jira are inherited from the organization level.
The GitHub to JIRA Issue Sync workflow requires the configuration of specific environment variables and secrets to operate effectively. These settings ensure the correct creation and updating of issues within your JIRA project based on activities in your GitHub repository.
Below is a detailed table outlining the necessary configurations:
| Variable/Secret | Description | Requirement |
|---|---|---|
JIRA_PROJECT |
Specifies the Jira project to synchronize with. | Mandatory |
JIRA_ISSUE_TYPE |
Specifies the JIRA issue type for new issues. Defaults to "Task" if not set. | Optional |
JIRA_COMPONENT |
The name of a JIRA component to add to every synced issue. The component must exist in JIRA. | Optional |
JIRA_URL |
The main URL of your JIRA instance. | Inherited |
JIRA_USER |
The username used for logging into JIRA (basic auth). | Inherited |
JIRA_PASS |
The JIRA token (for token auth) or password (for basic auth) used for logging in. | Inherited |
- GitHub Organizational Secrets:
JIRA_URL,JIRA_USER,JIRA_PASS- These secrets are inherited from the GitHub organizational secrets, as they are common to all projects within the organization.
Warning
Do not to set secrets at the individual repository level to avoid conflicts and ensure a unified configuration across all projects.
- Token as JIRA_PASS: When using a token for
JIRA_PASS, prefix the token value withtoken:(e.g.,token:Xyz123**************ABC). This prefix helps distinguish between password and token types, and it will be removed by the script before making the API call.
If you encounter any issues, feel free to report them in this project's issues or create Pull Request with your suggestion.
📘 If you are interested in contributing to this project, see the project Contributing Guide.