Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

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.


0 votes



2 answers

Permanent link

Yes, you can set the deliver precondition on a specific stream, by creating a separate team area to own that stream.
Or you can have one team member accept the completed changes of another team member directly from that other team members workspace, do the testing/debugging of the combined code, and then deliver the result.
If you want the functionality of a "public repository workspace", you would use a stream.

0 votes

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.



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 (:-).


Permanent link

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.

It would be possible to create custom preconditions that check for a specific stream and then call the builtin preconditions. I think it is way cheaper and easier to use Geoff's approach.


0 votes

Your answer

Register or log in 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 12,020

Question asked: Jan 22 '17, 9:12 p.m.

Question was seen: 2,788 times

Last updated: Jan 23 '17, 3:30 a.m.

Confirmation Cancel Confirm