The Issue Tracking System tab allows association of the project folder with any Issue Tracking System Instance which was configured in the topology. You must create the instance prior to configuring your projects. Select
At the lowest-level folder that you wish to employ Issue Tracking, toggle Override Issue Tracking Configuration. Then click Create to make an association between the projects inside of the folder and an Issue Tracking System Instance from the drop down to associate it to the projectthat you created.
...
By default, the project configuration folder inherits the global Issue Tracking System settings defined on the Administration -> Issue → Integrations → Issue Tracking Systems menu.
To override these settings, click the Override Settings button.
You can override the global settings as defined in the following table.
Fill in the settings that you need.
You may wish to have a different Post Deploy status in each environment. To override settings for certain environments, click Add Environment.
Field Name | Required | Description |
---|---|---|
Ticket Number Pattern | No | Pattern of the issues within the issue tracking system, used to associate FlexDeploy builds with particular issue(s). |
For Jira, Azure Boards, GitLab, and GitHub, the pattern of tickets |
must be the project Key, followed by a dash (e.g. "MYPROJ-"). |
In Jira, all tickets created for this project are prefixed by this key |
Update Tickets on Build
No
Check this box if you want to globally update any tickets associated to FlexDeploy builds. Can be overridden at project level.
Build Update Comment Pattern
No
. For other providers, this key isn't part of the ticket id in the external system, but is necessary in FlexDeploy for identifying the project name. For Redmine, the pattern can be whatever you like. Recommended is 'refs #, references #, and IssueID #', as these match the defaults for referencing issues in commits defined by Redmine. You can provide more than one pattern as comma-separated values. | ||
Post Build Comment | No | The value of this property is a groovy script which evaluates to the comment you wish to update associated tickets with when a build completes successfully. Groovy variables available to the script are provided in the (x=) dropdown to the right. |
Update Ticket Status on Build
No
Applicable only if Update Tickets on Build is checked. Check this box if you want to globally update the status of any tickets associated to FlexDeploy builds. Can be overridden at project level.
To (Build)
No
Post Build Status | No | Any associated ticket will be updated to this status whenever the build completes successfully. |
Update Tickets on Deploy
Check this box if you want to globally update any tickets associated to FlexDeploy deployments. Can be overridden at project level.
Deploy Update Comment Pattern
Post Deploy Comment | No | The value of this property is a groovy script which evaluates to the comment you wish to update associated tickets with when a deployment completes successfully. Groovy variables available to the script are provided in the (x=) dropdown to the right |
. |
Post Deploy Status |
Applicable only if Update Tickets on Deploy is checked. Check this box if you want to globally update the status of any tickets associated to FlexDeploy builds when they are deployed. Can be overridden at project level.
To (Deploy)
No | Any associated ticket will be updated to this status whenever the deployment completes successfully. |
You can also control Ticket status differently based on environment. Click on Environment Configuration tab. Click Add, select Environment and define different status as necessary for environment.
Tip |
---|
This can be useful if you are using Statuses like Verify(Test), Verify(QA) etc. |
Note the bottom selection 'Auto-approve Tasks on Status'. You can configure an external approval at the application or folder level as seen below.
When creating your external approval, set the environment, default approval group and the external issue tracking system(Jira, in this case).
Once you configure your external approval, any activity will be held on that environment until the approval is given. The Auto-approve Tasks selection will then naturally auto approve any pending approvals if the Issue is moved to the selected status('Done' in this case) or greater in the issue tracking system.
...
Click Save to apply any changes.