Work items is FlexDeploy’s custom solution to issue tracking where tasks, issues, stories, etc.. are abstracted into generalized “work items”. Work items can be created and managed natively in FlexDeploy. Use work items to provide traceability, context, and the ability to share progress and status of your items across the delivery lifecycle. You can explore the child pages of this page to read about implementation of the work item system.
Creating a work item
Quickly create a new work item by clicking the plus icon on the navigational bar and selecting “Create Work Item”. Alternatively, create a work item from the work item screen which can be accessed from the menu or searched for.
The following popup will open where you can provide a name and type. There are also optional fields for a description, assignee, and tags. Assignee can be used to show ownership of the work item (i.e. whom will be completing the work for the work item) and tags provide a visual way to search for the work item. Once the work item is created it will display in the work items table.
Viewing a work item
When viewing or editing a work item you will be provided with the work item number. The work item number (i.e. 4309 in the example below for the internal ITS system) is used to associate this work item with a build or deployment execution.
Activity - Builds and deployments and stored in the Activity section. Work item updates such as status changes or uploaded attachments will display here aswell.
Comments - A message can be added to the work item on build or deployments which would display here. The message itself is customized on the project.
Attachments - A relevant files can be added to the work item in this section such as a design document or data. Previews for the attachments are available if the file type is supported.
Commits - If the project is configured for source control, then commits or revisions will display here. The id marked #1 is a link back to the build execution summary and the hash number marked #2 is a link to the commit in the external source control provider if it is supported (i.e. For Git, this would be a Github, Gitlab, Bitbucket commit url).
Work Item Status
The work item status indicates its current place in the project’s development cycle. Users can click and select an option from the dropdown to change the status of the work item. You can also configure FlexDeploy to change the status automatically on a build or deployment execution.
Configure your own statuses based on your business requirements from the main Work Item screen under the administration section.
A work item status is essentially a label with name and description.
Work Item Types
Work item type is a container for the work item. You can use types to group your work items together in a way that makes sense for your team or company. I.E. If the work item or to fix some defect in your code base, then “Bug” would make sense as the work item type.
By default, FlexDeploy will come with “Feature”, “Bug”, “Debt”, and “Risk” types out of the box. You can choose to use to keep using those types or scrap them and create your own.
Work Item Fields
Work Item Fields are used to provide additional information to your work item. To create a field:
Select a Work Item Field Group or create a new one. The name of the field group will display after the “Commits” section when viewing a work item.
Create a new field.
Customize the field with various parameters and/or groovy validations. This is the definition of the field, while the value is set on the work item.
There are many options in the field available. It is important to note that “Work Item Types” is the list of types this field will be applied to. Additionall, if the field has “Required” enabled, then the work item in question must have this field set for the status to be changed. It is also im