Linking Work Items to Builds
![]() What is the difference between the "Work items reported against this build" section and the "Work items included inthis build". I know that the "Work items included in this build" are only those work items associated in change records tied to the build. Are "Work items reported against this build" additional work items that are resolved by this build or work items that are defects as part of this build?
Additionally can you manually add Work items included in this build links? An example would be a defect that is resolved by another defect in the build. I would like the testers to know all defect resolved by the build. |
Accepted answer
One other answer
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 13 '12, 12:46 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER edited Oct 18 '12, 9:48 p.m.
Your theory is correct. Work items included in this build are work items whose change sets are included in the configuration being built. Work items reported against this build are ones that you explicitly associate with the build (commonly, work items that created after the build was completed, that refer to information generated by this build, such as errors reported in the build results).
Comments Thanks for your answer.
One additonal comment. I have a build that has a change set associated with it, but the work items are not showing on the build "Work Items" section. Do the work items have to be a certian type or status? Is there any other reason why they wouldn't display on the build? ![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
When you say "a build that has a change set associated with it", what in the GUI (or elsewhere) is showing you that association?
On the build window there is a Show changes link. When I click on that it shows the changes in the build, but nothing is displayed on the Work Items link. How do I add additional work items to an existing build? Why isn't there any work items associated with the current build? ![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
The "show changes" link is just a "compare" of the snapshot of this build with the snapshot of the previous successful build. By "the Work Items link", I assume you mean the one in the Contribution Summary section. If so, that would normally list all of the work items associated with any of the change sets in the "show changes" link. So the only time I'd expect that to be empty when there were changes reported by "show changes" would be if none of the changes were associated with a work item. Could this have been the case in your example?
I created a new build and checked in an update to a file and associated a defect. After the build the change showed from the "show changes" link, but there wasn't any link in the Contribution Summary section for "Work Items". Is there a way to search for change sets and see what build they are assocaited? Any other thoughts on why these work items are not displaying? Do the work items need to be in a specific state? Can multiple work items be associated with a single change set? ![]() JAZZ DEVELOPER
I ran into the same issue David described today where I had work items associated with changesets, and they were listed in the Show Changes option but not in the Work Items section. I fixed the issue by delivering my changesets to a repository workspace that was different from the build repository workspace. Not sure if it matters, but the workspaces also had different owners.
![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
The two related fields in the Contribution Summary, "Changes" and "Work Items", are computed in different ways (and therefore can produce different results). The "Changes" field is based on comparing the snapshot for this build with the snapshot from the previous most recent completed, non-deleted build that has a snapshot. The "Work Items" field is based on the change sets accepted into the build workspace by this particular build. These fields can differ because there are a variety of ways for change sets to have been accepted into the build workspace since that previous build.
showing 5 of 7
show 2 more comments
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.