It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×42,787

question asked: Jan 15 '10, 1:41 p.m.
question was seen: 5,200 times
last updated: Sep 18 '12, 9:46 a.m.

Related questions

FAQ - How this Forum works

Tracking work item in multiple timelines

0
Michael Walker (992●15●201●157) | asked Jan 15 '10, 1:41 p.m.
Is there a way to track a Defect Work Item in multiple timelines? For example, we currently have 2 releases, 1.0 is in maintenance mode, 2.0 is in pre-GA development. If we find a defect in the 1.0 release that's also occurring in the 2.0 pre-GA development, how do we account for this in the Iteration plans when these plans are different for the 2 releases. If I select Planned For = 1.0 it won't appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed in multiple timelines? I looked in the Docs but couldn't find anything.

Accepted answer

0
permanent link
Erik anderson (383●1●50●29) | answered Sep 17 '12, 2:26 p.m.
I was planning to use this approach (duplicate work items) but I'm not satisfied with how it behaves when using different approval processes for 1.0 and 2.0 (i.e. iteration types with deliver(server) precondition).

For example, I have a defect that resulted in a code change in 1.0 that we also want it in 2.0.  I duplicated the original work item, set the planned for to 2.0, and assigned it to a dev resource to merge (accept) into 2.0.  The dev accepts the change set (assume no conflicts) but when they deliver RTC looks at the approvals on the original work item (planned for 1.0) using the process and teams from 2.0.

Ideally I want the delivery to 1.0 and 2.0 to be tracked independently and require different approvals. 

Work arounds I've considered:
1)  Remove the approvals from the original work item before duplicating (this will force the second delivery to set approvals)
2)  Use patches (rather than accepting), a patch will result in a new change set that can be associated with the duplicated work item (rather than the original)


Is there a better approach to tracking changes to multiple code streams?
Spencer Griffin selected this answer as the correct answer
Comments
sam detweiler commented Sep 17 '12, 2:49 p.m.

remove the approvals from the duplicate AFTER creating it.. then recreate the approvals on the copy.

Erik anderson commented Sep 18 '12, 9:46 a.m.

The change set that was acceptted was associated with the original work item. When RTC checks approval preconditions it checks agaist the work item that the change set is associated. If the change set is associated with multiple work items then each must pass the approval criteria. To get it to use approvals from the duplicate work item (only) I'd have to remove the change set from the first and add them to the duplicate.

8 other answers

Most liked answers ↓|Newest answers|Oldest answers

0
permanent link
Michael Walker (992●15●201●157) | answered Jan 18 '10, 6:55 p.m.
Ooops. It isn't the "Move/Copy" operation that should be used in this
case ... it is the "Duplicate" operation (which duplicates the work item
into the same project area).

Cheers,
Geoff

Geoffrey Clemm wrote:
Sure enough, just tried it again, and couldn't select the same project
area. Could have sworn my earlier try succeeded ... I must have had two
project areas named similarly open when I tried it before.

So it looks like you have to copy it to another project area (with a
similar process), and then "move" it back. I've submitted work item
103449 to allow one to specify the same project area when "copy" is the
operation selected.

Cheers,
Geoff

miwalker wrote:
gmclemmwrote:
The operation is "Move/Copy to new project area".
The first page of the wizard will ask you whether you want to
"move" or
"copy".
Select "copy".
And note that you can select the same project area as the original,
so
you can use this operation to create a copy in the same project area
as
the original.

Cheers,
Geoff

miwalker wrote:
zrlpaswrote:
Is there a way to track a Defect Work Item in
multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode,
2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it
won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed
in
multiple timelines? I looked in the Docs but couldn't find
anything.
I would suggest to duplicate and link the work item in order to
track
it
in both timelines.



Geoff,

Are you sure you can select the same Project Area when choosing to
Move or Copy to another Project Area?
I tried both Move and Copy but neither allows me to choose the Project
Area the work item was created in. Only the other Project Areas
appear.


Thanks Geoff,

I think we're going to go with creating a separate task for the separate Release.
0
permanent link
Geoffrey Clemm (30.1k●3●30●35) | answered Jan 18 '10, 9:23 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Ooops. It isn't the "Move/Copy" operation that should be used in this
case ... it is the "Duplicate" operation (which duplicates the work item
into the same project area).

Cheers,
Geoff

Geoffrey Clemm wrote:
Sure enough, just tried it again, and couldn't select the same project
area. Could have sworn my earlier try succeeded ... I must have had two
project areas named similarly open when I tried it before.

So it looks like you have to copy it to another project area (with a
similar process), and then "move" it back. I've submitted work item
103449 to allow one to specify the same project area when "copy" is the
operation selected.

Cheers,
Geoff

miwalker wrote:
gmclemmwrote:
The operation is "Move/Copy to new project area".
The first page of the wizard will ask you whether you want to
"move" or
"copy".
Select "copy".
And note that you can select the same project area as the original,
so
you can use this operation to create a copy in the same project area
as
the original.

Cheers,
Geoff

miwalker wrote:
zrlpaswrote:
Is there a way to track a Defect Work Item in
multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode,
2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it
won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed
in
multiple timelines? I looked in the Docs but couldn't find
anything.
I would suggest to duplicate and link the work item in order to
track
it
in both timelines.



Geoff,

Are you sure you can select the same Project Area when choosing to
Move or Copy to another Project Area?
I tried both Move and Copy but neither allows me to choose the Project
Area the work item was created in. Only the other Project Areas
appear.
0
permanent link
Geoffrey Clemm (30.1k●3●30●35) | answered Jan 18 '10, 9:08 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Sure enough, just tried it again, and couldn't select the same project
area. Could have sworn my earlier try succeeded ... I must have had two
project areas named similarly open when I tried it before.

So it looks like you have to copy it to another project area (with a
similar process), and then "move" it back. I've submitted work item
103449 to allow one to specify the same project area when "copy" is the
operation selected.

Cheers,
Geoff

miwalker wrote:
gmclemmwrote:
The operation is "Move/Copy to new project area".
The first page of the wizard will ask you whether you want to
"move" or
"copy".
Select "copy".
And note that you can select the same project area as the original,
so
you can use this operation to create a copy in the same project area
as
the original.

Cheers,
Geoff

miwalker wrote:
zrlpaswrote:
Is there a way to track a Defect Work Item in
multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode,
2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it
won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed
in
multiple timelines? I looked in the Docs but couldn't find
anything.
I would suggest to duplicate and link the work item in order to
track
it
in both timelines.



Geoff,

Are you sure you can select the same Project Area when choosing to
Move or Copy to another Project Area?

I tried both Move and Copy but neither allows me to choose the Project
Area the work item was created in. Only the other Project Areas
appear.
0
permanent link
Michael Walker (992●15●201●157) | answered Jan 18 '10, 2:27 a.m.
The operation is "Move/Copy to new project area".
The first page of the wizard will ask you whether you want to "move" or
"copy".
Select "copy".
And note that you can select the same project area as the original, so
you can use this operation to create a copy in the same project area as
the original.

Cheers,
Geoff

miwalker wrote:
zrlpaswrote:
Is there a way to track a Defect Work Item in
multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode,
2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it
won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed
in
multiple timelines? I looked in the Docs but couldn't find
anything.
I would suggest to duplicate and link the work item in order to track
it
in both timelines.



Geoff,

Are you sure you can select the same Project Area when choosing to Move or Copy to another Project Area?

I tried both Move and Copy but neither allows me to choose the Project Area the work item was created in. Only the other Project Areas appear.
0
permanent link
Geoffrey Clemm (30.1k●3●30●35) | answered Jan 15 '10, 4:23 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Another approach is to have a single "defect" work item, but then create
two task work items (one for each release), both linked to that defect
work item. This would allow you to keep the discussion about the defect
itself in one work item, while having task-specific discussions in the
task work items.

Cheers,
Geoff

Patrick Streule wrote:
Is there a way to track a Defect Work Item in multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode, 2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed in
multiple timelines? I looked in the Docs but couldn't find anything.

I would suggest to duplicate and link the work item in order to track it
in both timelines.
0
permanent link
Geoffrey Clemm (30.1k●3●30●35) | answered Jan 15 '10, 4:23 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
The operation is "Move/Copy to new project area".
The first page of the wizard will ask you whether you want to "move" or
"copy".
Select "copy".
And note that you can select the same project area as the original, so
you can use this operation to create a copy in the same project area as
the original.

Cheers,
Geoff

miwalker wrote:
zrlpaswrote:
Is there a way to track a Defect Work Item in
multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode,
2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it
won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed
in
multiple timelines? I looked in the Docs but couldn't find
anything.
I would suggest to duplicate and link the work item in order to track
it
in both timelines.
0
permanent link
Michael Walker (992●15●201●157) | answered Jan 15 '10, 3:26 p.m.
Is there a way to track a Defect Work Item in multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode, 2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed in
multiple timelines? I looked in the Docs but couldn't find anything.

I would suggest to duplicate and link the work item in order to track it
in both timelines.

--
Regards,
Patrick
Jazz Work Item Team

Thanks...is there an easy way to create a duplicate of a work item once I created the original in one timeline? I only see options for moving to another Project Area or extracting text to create a new work item. This last option could work and avoid duplicating the Defect recreate text, but it would be nice to have an option that duplicates the other fields also.
0
permanent link
Patrick Streule (4.9k●2●1) | answered Jan 15 '10, 2:38 p.m.
JAZZ DEVELOPER
Is there a way to track a Defect Work Item in multiple timelines? For
example, we currently have 2 releases, 1.0 is in maintenance mode, 2.0
is in pre-GA development. If we find a defect in the 1.0 release
that's also occurring in the 2.0 pre-GA development, how do we
account for this in the Iteration plans when these plans are
different for the 2 releases. If I select Planned For = 1.0 it won't
appear in the 2.0 Iteration plan and vice versa.

Is there a best practice for managing defects that need to be fixed in
multiple timelines? I looked in the Docs but couldn't find anything.

I would suggest to duplicate and link the work item in order to track it
in both timelines.

--
Regards,
Patrick
Jazz Work Item Team

Your answer

Register or to post 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.