From QuickBuild 3, a two-way solution is provided to integrate with Atlassian JIRA. The integration features:
* Hyperlink the JIRA keys in commit messages to corresponding JIRA pages
* Generate an issues report from commit messages
* Progress/update the issues from commit messages
* Release a version of a project in JIRA and update the fixed versions field of issues with status fixed or closed
* Create an issue to JIRA based on a customized step condition
* View SCM changes for each issue
* View related builds for each issue
* View related builds for each project
This page will describe how to integrate JIRA in QuickBuild.
*On This Page*
{toc:class=pagetoc|style=disc|indent=20px|maxLevel=3}
{info}
Supported JIRA version should be JIRA 3.13.3 or higher.
{info}
h3. Simple Integration
To enable the integration:
*1. Enable 'Access remote API calls' in JIRA*
!jira-remote-calls.png!
*2. Configure JIRA server in your configuration setting tab*
!jira-server-settings.png!
You can associate multiple JIRA projects with one QuickBuild configuration.
After doing these, the issues keys mentioned in commit messages will be hyperlinked:
!issues-in-commit-message.png!
and an issues report tab will be displayed in Build tab:
!issues-tab.png!
also, you can find all related issues from a specified version and view the changes for an issue:
!issues-history.png!
After configured the JIRA server in the configuration setting, below steps are available to add in your build workflow:
* Update Issue Step
* Release Version Step
* Create Issue Step
!jira-steps.png!
h3. Update Issues Via Commit Command
To update issues from the commit messages, *Update JIRA Issue* step should be added to your build workflow.
*NOTE:*
* To update issues, the user defined in JIRA server should has the proper rights or you will be not able to update the issues.
* This step should be defined after your checkout step.
* QuickBuild will update all issues which are requested from the commit comments from *previous successful* build.
* If issue updated manually after committed, this issue will not be updated then.
* Only issues which belong to the projects defined in JIRA server will be updated.
* The user defined in JIRA server should have full permissions to do the related workflow transitions.
h4. Commit Command
A commit command in commit message defines what kind of action will be executed to update an issue. The commit command has below syntax:
{code}
COMMAND_NAME ISSUE_KEY [--ATTRIBUTE1 VALUE1] [--ATTRIBUTE2 VALUE2]
{code}
For example, the command below will progress the issues TST-1, TST-2 and TST-3 with workflow transition 'Resolve Issue' and add comment 'something is updated' to them.
{code}
Fix TST-1, TST-2 and TST-3 --comment something is updated
{code}
The commit command is case-insensitive, that means Fix TST-1 is equals to fix TST-1 or FIX TST-1.
*Normally, one command is in one line*, if you need multiple line for an attribute, a '\' should be added to the end of line, for example:
{code}
Fix TST-1 --comment First line comment \
Second line comment \
Third line comment
{code}
*Command Name*
The commit command has two types:
* Progress Command which is used to progress an issue in the JIRA workflow
* Update Command which is used to update an issue only and will not lead to a workflow transition and use _*update*_ as the command name.
The progress commands can be customized in the Update Jira Issue step based on your JIRA workflow definition.
!commit-commands.png!
*Command Attributes*
A commit command has below attributes, each attribute relates to the field of an issue:
||Attribute||Description||
|summary|The summary of an issue|
|description|The description of an issue|
|type|The issue type|
|priority|The issue priority|
|reporter|The reporter of an issue|
|assignee|The assignee of an issue|
|environment|The environment field of an issue|
|affectsVersions|The affects versions field of an issue|
|fixVersions|The fixed versions field of an issue|
|comment|Add a comment to an issue|
|time|Records the time tracking information of an issue|
The attributes also support custom fields, for custom fields, below format are supported:
{code}
customfield_10000
or just
10000
{code}
here, *10000* is the field id of a custom field.
Below we will give some example commit messages to illustrate the commit commands:
* In below commit message, QuickBuild will resolve the issues TST-1 and TST-2 and add comment _The issue has been fixed_ to both issues.
{code}
1. Modified Foo.java to fix TST-1, TST-2 --comment The issue has been fixed
2. Some dummy comments ...
{code}
* In below commit message, QuickBuild will add _2d 3h_ to the worklog and add comment _Some comment_ to issue TST-1. The value of time _2d 3h_ should be used the format defined in JIRA time tracking.
{code}
Update TST-1 --time 2d 3h --comment Some comment
{code}
{note}
Please note, to use time attribute time tracking must be enabled in your JIRA server. Please check with your JIRA Studio administrator, if you cannot record time tracking information against issues.
{note}
* In below commit message, the value of custom field 10000 will be updated to _for custom field1_ and custom field 10001
{code}
Update TST-1 --customfield_10000 for custom field1 --10001 for custom field2
{code}
will be updated to _for custom field2_.
You can define common attributes in the Update Jira Issue step so that when updating issues, the attributes can be applied to all of the issues.
!extra-attributes.png!
h3. Release QuickBuild Version to JIRA
QuickBuild can release a version to a JIRA project by adding *_Release Version Step_*. The step will also update the Fix Version/s field of issues found in the commit messages automatically so you can easily manage the versions in JIRA.
!release-version-step.png!
{note}
* Only the issues in the project defined will be updated
* Only the issues with status Closed or Resolved will be updated
{note}
h3. Create Issue From QuickBuild
You may create an issue from QuickBuild by adding a *_Create Issue Step_*. A common case is that when build failed, create an issue so that we can track the build from JIRA.
h3. Trouble Shooting
* Q: I can't add comment to a closed issue, why?
A: You need modify the file $JIRA_HOME/atlassian-jira/WEB-INF/classes/jira-workflow.xml, find 'Closed' step and change the value of 'jira.issue.editable' to *true*.
* Q: The commit command failed with error: Workflow step 'Start Progress' is not valid for issue: XXX-123, but I can progress this issue from Jira GUI.
A: The user defined in JIRA server should have the permissions to do all of the workflow actions which defined in workflow command transition. If you encountered the problems above, please login to Jira with that user and check the 'Available Workflow Actions' section.
* Hyperlink the JIRA keys in commit messages to corresponding JIRA pages
* Generate an issues report from commit messages
* Progress/update the issues from commit messages
* Release a version of a project in JIRA and update the fixed versions field of issues with status fixed or closed
* Create an issue to JIRA based on a customized step condition
* View SCM changes for each issue
* View related builds for each issue
* View related builds for each project
This page will describe how to integrate JIRA in QuickBuild.
*On This Page*
{toc:class=pagetoc|style=disc|indent=20px|maxLevel=3}
{info}
Supported JIRA version should be JIRA 3.13.3 or higher.
{info}
h3. Simple Integration
To enable the integration:
*1. Enable 'Access remote API calls' in JIRA*
!jira-remote-calls.png!
*2. Configure JIRA server in your configuration setting tab*
!jira-server-settings.png!
You can associate multiple JIRA projects with one QuickBuild configuration.
After doing these, the issues keys mentioned in commit messages will be hyperlinked:
!issues-in-commit-message.png!
and an issues report tab will be displayed in Build tab:
!issues-tab.png!
also, you can find all related issues from a specified version and view the changes for an issue:
!issues-history.png!
After configured the JIRA server in the configuration setting, below steps are available to add in your build workflow:
* Update Issue Step
* Release Version Step
* Create Issue Step
!jira-steps.png!
h3. Update Issues Via Commit Command
To update issues from the commit messages, *Update JIRA Issue* step should be added to your build workflow.
*NOTE:*
* To update issues, the user defined in JIRA server should has the proper rights or you will be not able to update the issues.
* This step should be defined after your checkout step.
* QuickBuild will update all issues which are requested from the commit comments from *previous successful* build.
* If issue updated manually after committed, this issue will not be updated then.
* Only issues which belong to the projects defined in JIRA server will be updated.
* The user defined in JIRA server should have full permissions to do the related workflow transitions.
h4. Commit Command
A commit command in commit message defines what kind of action will be executed to update an issue. The commit command has below syntax:
{code}
COMMAND_NAME ISSUE_KEY [--ATTRIBUTE1 VALUE1] [--ATTRIBUTE2 VALUE2]
{code}
For example, the command below will progress the issues TST-1, TST-2 and TST-3 with workflow transition 'Resolve Issue' and add comment 'something is updated' to them.
{code}
Fix TST-1, TST-2 and TST-3 --comment something is updated
{code}
The commit command is case-insensitive, that means Fix TST-1 is equals to fix TST-1 or FIX TST-1.
*Normally, one command is in one line*, if you need multiple line for an attribute, a '\' should be added to the end of line, for example:
{code}
Fix TST-1 --comment First line comment \
Second line comment \
Third line comment
{code}
*Command Name*
The commit command has two types:
* Progress Command which is used to progress an issue in the JIRA workflow
* Update Command which is used to update an issue only and will not lead to a workflow transition and use _*update*_ as the command name.
The progress commands can be customized in the Update Jira Issue step based on your JIRA workflow definition.
!commit-commands.png!
*Command Attributes*
A commit command has below attributes, each attribute relates to the field of an issue:
||Attribute||Description||
|summary|The summary of an issue|
|description|The description of an issue|
|type|The issue type|
|priority|The issue priority|
|reporter|The reporter of an issue|
|assignee|The assignee of an issue|
|environment|The environment field of an issue|
|affectsVersions|The affects versions field of an issue|
|fixVersions|The fixed versions field of an issue|
|comment|Add a comment to an issue|
|time|Records the time tracking information of an issue|
The attributes also support custom fields, for custom fields, below format are supported:
{code}
customfield_10000
or just
10000
{code}
here, *10000* is the field id of a custom field.
Below we will give some example commit messages to illustrate the commit commands:
* In below commit message, QuickBuild will resolve the issues TST-1 and TST-2 and add comment _The issue has been fixed_ to both issues.
{code}
1. Modified Foo.java to fix TST-1, TST-2 --comment The issue has been fixed
2. Some dummy comments ...
{code}
* In below commit message, QuickBuild will add _2d 3h_ to the worklog and add comment _Some comment_ to issue TST-1. The value of time _2d 3h_ should be used the format defined in JIRA time tracking.
{code}
Update TST-1 --time 2d 3h --comment Some comment
{code}
{note}
Please note, to use time attribute time tracking must be enabled in your JIRA server. Please check with your JIRA Studio administrator, if you cannot record time tracking information against issues.
{note}
* In below commit message, the value of custom field 10000 will be updated to _for custom field1_ and custom field 10001
{code}
Update TST-1 --customfield_10000 for custom field1 --10001 for custom field2
{code}
will be updated to _for custom field2_.
You can define common attributes in the Update Jira Issue step so that when updating issues, the attributes can be applied to all of the issues.
!extra-attributes.png!
h3. Release QuickBuild Version to JIRA
QuickBuild can release a version to a JIRA project by adding *_Release Version Step_*. The step will also update the Fix Version/s field of issues found in the commit messages automatically so you can easily manage the versions in JIRA.
!release-version-step.png!
{note}
* Only the issues in the project defined will be updated
* Only the issues with status Closed or Resolved will be updated
{note}
h3. Create Issue From QuickBuild
You may create an issue from QuickBuild by adding a *_Create Issue Step_*. A common case is that when build failed, create an issue so that we can track the build from JIRA.
h3. Trouble Shooting
* Q: I can't add comment to a closed issue, why?
A: You need modify the file $JIRA_HOME/atlassian-jira/WEB-INF/classes/jira-workflow.xml, find 'Closed' step and change the value of 'jira.issue.editable' to *true*.
* Q: The commit command failed with error: Workflow step 'Start Progress' is not valid for issue: XXX-123, but I can progress this issue from Jira GUI.
A: The user defined in JIRA server should have the permissions to do all of the workflow actions which defined in workflow command transition. If you encountered the problems above, please login to Jira with that user and check the 'Available Workflow Actions' section.