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

Blocking change sets at the "destination" project as opposed to "source" project area.

We have a project area which contains work items we don't want people to associate change sets with.

The solution is to use the "restrict change sets" functionality in the "source" project area which contains the code.

i.e., in the "source" project area, use: Team Config > Operation Behavior > Source Control > Save Change Set Links and Comments > Restrict associating change sets with work items in the same project area as the component owner.

But the challenge is that we have 30 project areas with streams containing code, and we had to make this change in 30 different places.

Is there a way to put this at the "destination" project area and say that no one should be able to commit code against its work items? Or is this an enhancement request that no one has yet thought of?

0 votes



One answer

Permanent link
It looks like an enhancement request that nobody has thought of. :(

In the meantime, you could inherit the the configuration from your source project areas from another project area. 

0 votes

Comments

Can Team Config be inherited?

We are on 3.0.1.1, and use process inheritance extensively. The operation behavior to restrict change sets to a project area is in the Team Config section which cannot be inherited as far as I know. Is this new in 4.0?

Thanks,

Vivek

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
× 369
× 89

Question asked: Jun 12 '12, 4:49 p.m.

Question was seen: 6,630 times

Last updated: Jun 25 '12, 12:42 p.m.

Confirmation Cancel Confirm