How to Associate a work item with a changeset while delivering it to stream using RTC SDK
![]()
Youraj Singh (23●1●3●6)
| asked Mar 04 '13, 8:04 a.m.
edited Mar 04 '13, 8:20 a.m. by Ralph Schoon (63.3k●3●36●46)
Hi,
We are using RTC SDK to read some details from the repository. We have referred to the following link: https://jazz.net/wiki/bin/view/Main/RTCSDK20_SourceControl It works well as far as reading data is concerned. We are also trying to commit data using the API's provided by the SDK but we are facing problems while delivering it to the stream. The precondition defined to associate a work item with the change set doesn't allow us to deliver the same. Is there a way by which we can associate an existing work item or new work item with the change set? This would help us delivering the content into the stream. Any Help is highly appreciated. Thank You, Youraj |
Accepted answer
![]()
Ralph Schoon (63.3k●3●36●46)
| answered Mar 04 '13, 10:37 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER edited Mar 04 '13, 10:45 a.m.
Hi, I will provide it as an answer, because a comment won't fit.
Please read https://jazz.net/library/article/292 . Based on that add a new role to your process configuration for example name it automation. Add this role to the automation user and order the roles so that the automation role is on the top (or the first role in the member view. This is the primary role. ![]() Then go to the operational behavior configuration. If you check the operational behavior is configured for the automation user but don't enter the precondition that stops you from delivering today, or make it optional, like in the image below, the following happens (provided the automation user has the role in the process area that owns the stream). The operational behavior will find the user has role Automation, it will look for the operation, find there is a configuration and there is nothing configured (or only optional). The operational behavior will fire (or not fire) for this role. Since operational behavior only fires for the first role found, this user would not have to provide a work item link. ![]() This way you basically override the operational behavior configuration for the secondary roles. The image below adds the configuration that is overwritten for everyone. ![]() Youraj Singh selected this answer as the correct answer
Comments ![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
I added the image for the configuration for role Everyone.
Hi Ralph,
![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Hi Youraj,
Hi Ralph,
The additional role creation and configuring no preconditions for the role helped me to deliver the changes.
Got confused and deleted my unnecessary comment.
showing 5 of 6
show 1 more comments
|
One other answer
![]()
Ralph Schoon (63.3k●3●36●46)
| answered Mar 04 '13, 8:24 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Hi, you have several options, I think.
For the latter option, see http://rsjazz.wordpress.com/2012/11/01/restrict-delivery-of-changesets-to-workitem-types-advisordelivery-of-changesets-associated-to-wrong-work-item-types-advisor/ for how to look at change sets in this context, see http://rsjazz.wordpress.com/2012/09/19/the-rtc-workitem-link-api-linking-workitems-to-other-elements/ and http://rsjazz.wordpress.com/2012/09/20/the-rtc-workitem-server-link-api-linking-to-work-items-and-other-elements/ for the link API. If you use the Client Libraries look at http://rsjazz.wordpress.com/2013/02/28/setting-up-rational-team-concert-for-api-development/ how to set it up together with the API to have access to the source code.
|
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.