How to debug and test with other member before deliver code to stream
![]() Hi all,
Currently, we set the precondition that code need to be reviewed and approved before deliver to stream.
But we found a problem that when a feature is contributed by more than 2 members, team cannot debug and test together before submit for review. It means all the related members need to submit for review of untested code first, and after approved and delivered, they will debug and test the combined code. If any issue is found, they need to modify the code and submit for review again, which is very inefficient.
Is there any way to solve this problem?
Does RTC support to set delivery precondition on specific stream?
Can public repository workspace be owned by a team?
Thanks.
Sherry.
|
2 answers
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Jan 22 '17, 11:31 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Yes, you can set the deliver precondition on a specific stream, by creating a separate team area to own that stream.
Comments Hi Geoffrey,
Thanks for you reply!
1.In our company, team area can only be the project team, and I also think creating a separate team area to own a stream is not a good idea. Because in this case we need to create at least 2 team areas for each project with the same team members...
In addition, if only 2 team members need to debug and test with each other's code, it is ok to change the flow target and deliver their change set to each other's repository workspace. But if it is related to 3 or more members. It will also be very inefficient to deliver their code to each others' repository workspace.
Please let me know your thoughts. Thanks.
![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Team areas are cheap, so I wouldn't avoid creating new ones. To avoid the hassle of managing all the team members, just make the sharing team area a child of the primary team area for that project. Also, we can see if anyone else on the forum has a better idea (:-).
|
![]()
Ralph Schoon (63.3k●3●36●46)
| answered Jan 23 '17, 3:30 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER I agree with Geoff. The best approach would be to have a feature stream that is used for integration. You could use a repository workspace for integration. The developers can accept completed change sets from work items to get the changes of the other developers, but I find that clumbsy.
|
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.