[closed] Tracing change set delivery
Arne Bister (2.6k●1●28●32)
| asked Oct 28 '10, 4:38 p.m.
JAZZ DEVELOPER closed Jun 19 '12, 3:28 a.m.
Hi Folks,
please consider the following: a change set is delivered to streams V1 and V2. After some time, a defect is found in product variant V1 which can be traced back to that change set. How would you go about finding out that this change set has also been delivered to V2 (assuming there were no merge conflicts)? One thing currently under consideration is to enforce tying change sets to work items on delivery and use a post condition to add the deliver target stream to a list or tags in that work item. The use of this would be to quickly identify other streams to where a resolved defect should potentially be delivered in the case of many such streams. What is your approach? |
The question has been closed for the following reason: "The question is answered, right answer was accepted" by abister Jun 19 '12, 3:28 a.m.
Accepted answer
You can go to the work item that has been associated to the change set and right-click -> Locate Change Set. You can select stream V2 and you will be told if the change set exists in that stream.
You can subscribe to Story 93619 to suggest your idea and stay updated on its progress. https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/93619 Hi Folks, Arne Bister selected this answer as the correct answer
|
One other answer
Thank you, perfect hit. The story and its discussion thread describe my exact problem. As an interim solution, I think the two feasible approaches are either a post-delivery action to attach the "delivered-to" to the connected work item (with all the problems hinted at in the story discussion thread) or code a report which uses a loop over all streams and "Locate Change Set in ..." to show which streams are affected by the change set. |