Work Items, Approvals and delivery.
![]()
I am just getting started with the idea of work items in RTC. I do not follow the idea of Approvals for Work Items.
Suppose, a work item requires my approval and I have rejected it. This work item has a couple of change sets associated to it. Then, because the approval was not provided, can this work item be still delivered (via, lscm deliver -c <work_item>) ? It would be interesting to know, if one can enforce a policy of delivering only those change sets that have associated work items for which approvals are in place. |
Accepted answer
9 other answers
![]()
If you are using the RTC SCM and Work Items, you can do exactly what you want: require an approval before delivering change sets.
The Jazz team does exactly that: as we move closer to shipping a product, we require more and different kinds of approvals. Martha Jazz Developer, Process Component I am just getting started with the idea of work items in RTC. I do not follow the idea of Approvals for Work Items. |
![]() If you are using the RTC SCM and Work Items, you can do exactly what you want: require an approval before delivering change sets. What is RTC SCM and Work Items ? I am using RTC client. :?: |
|
![]()
I have a follow-up question.
Looking at the command for associating change sets with WI, I think, the correlation is one WI to many change sets; than the other way round. Is this correct ? Assuming the above to be correct, suppose there are change sets C1, C2, C3, etc. with various developers all associated with one WI, say, W1. One of the developer has a change set C3 associated with W1. If this developer does the delivery at the WI level for W1, only C3 would get delivered and not all of C1, C2, etc. Is this correct ? |
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 17 '11, 4:12 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
The work-item/change-set relation is many-to-many.
WRT "delivery at the work item level", what specific operation (from which client) did you have in mind? Cheers, Geoff On 10/17/2011 9:23 AM, programergosum wrote: I have a follow-up question. |
![]()
Hi Geoff,
I was referring to the command line option of doing the delivery. C:\RTC-SysTest-Build>scm help deliver BTW, I ran into another issue. I was able to deliver changes at a work-item level when there was only a single change set. But, when there are more than one change set for a given work-item and I try to deliver at work-item level, only one of them (probably, the latest change set) gets delivered. Is such type of delivery not allowed ? To me, it seems to be a nice way of collecting different change sets, associating with one work item and then delivering them at one shot.
|
![]()
That sounds like a bug that it won't deliver both of those change sets. You should open a defect against Source Control CLI.
|
![]() That sounds like a bug that it won't deliver both of those change sets. You should open a defect against Source Control CLI. Thanks Tim. How does one raise a defect ? ( :oops: Very new to RTC ... ! ) |
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 19 '11, 12:13 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
On jazz.net, Select Projects, Select "Rational Team Concert", and on the
right side of the resulting page, you'll see "Submit a bug or request". Selecting that will jump you to the URL: https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.newWorkItem Or you can just use that URL directly (:-). Cheers, Geoff On 10/19/2011 9:38 AM, programergosum wrote: tmokwrote: |
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.