Approve a work item, not change set?

On 4/22/12 19:23 , cdlee wrote:

Change set can be removed from an approved work item, and then a new
one (unrelated to the original work item) can be added, so we don't
know which change set has been really approved, right?

Correct, at least by default. But that behavior is configurable.

The operation Source Control > Save Change Set Links and Comments has an
available precondition, Prevent Linking to Approved Work Items, whose
purpose is to prevent attaching the new change set to the already
approved work item. If you configure your process to use that
precondition, you can make it difficult or impossible to switch the
change set after the work item has been approved. (That precondition is
available in RTC 4.0. I don't have a 3.0 server and client handy to
check if it was there in 3.0.)

--
David Olsen | IBM Rational | Jazz Process Team

Hi David,

Thanks for your explanation, we are using RTC 3.0.1.3, but i can't find that precondition :(

Makson

That precondition is available in RTC 4.0. I don't have a 3.0 server and client handy to check if it was there in 3.0

One more question, what if we approve a work item with an incomplete change set attached? User can then still add more changes into the incomplete change set?

On 5/1/12 21:38 , cdlee wrote:

One more question, what if we approve a work item with an incomplete
change set attached? User can then still add more changes into the
incomplete change set?

Correct. If you want to avoid that, then approvers need to get in the
habit of never approving a work item that has an incomplete change set.

I don't know of a precondition that will enforce that, but I haven't
looked for one.

--
David Olsen | IBM Rational | Jazz Process Team

Or maybe we should have a postcondition to complete an incomplete change set after approving, keep a change set incomplete is useful if it is rejected, so that we can work on the same change set.