How to restrict who can modify a stream?

deege wrote:

I'm new and I'm trying to figure out how to best set up an environment
for my group.

How do I restrict the users who can modify a stream?

I'd like a development stream where anyone can update it during the
development cycle. When it's time to deliver to an Certification
stream, I'd only like a team lead or configuration manager to be able
to move code to the Certification stream.

I've set up two streams in a project, one called Development and the
other called Certification. I'm also having troubles figuring out
how to update the Certification stream with the changes from the
Development stream.

Am I thinking about this project organization the wrong way?

Thanks,
DJ Spiess

You require RTC 2.0 using Precondition "Restrict Change set delivery to
components in a stream".

I haven't found it explained in the docs, but there is a reference in
What's New:
https://jazz.net/downloads/rational-team-concert/releases/2.0?p=news#scm

Hope it helps,

Chemi.

You control the permission on who can deliver to a stream by configuring
the deliver operation in the team area that owns that stream.
- Open the team area in the team area editor
- Select the Process Configuration tab
- Select Operation Behavior in the Configuration section
- In the Operation Behavior section, select the box in the Source
Control : Deliver (Server) row and Everone column
- Select the "Preconditions are configured" check box
- Select Add in the Preconditions section
- Select "Restrict change set delivery to components in a stream"
precondition
- In the Restriction Details section, select the components for which
you want to restrict delivery (you can multi-select all of them with
control-A)
- Select Edit Permissions
- Select the role(s) which will be allowed to deliver
- Save the team area
And voila, you are all set (:-).

WRT updating the Certification stream with changes from the Development
stream, this is described in the on-line help, but to summarize: you do
so with a workspace. In particular,
- load that workspace,
- open the Pending Changes view,
- set the current flow target of that workspace to be the Development
stream,
- accept all incoming changes,
- set the current flow target of that workspace to be the Certification
Stream,
- deliver all changes to the Certification stream.

Cheers,
Geoff


deege wrote:

I'm new and I'm trying to figure out how to best set up an environment
for my group.

How do I restrict the users who can modify a stream?

I'd like a development stream where anyone can update it during the
development cycle. When it's time to deliver to an Certification
stream, I'd only like a team lead or configuration manager to be able
to move code to the Certification stream.

I've set up two streams in a project, one called Development and the
other called Certification. I'm also having troubles figuring out
how to update the Certification stream with the changes from the
Development stream.

Am I thinking about this project organization the wrong way?

Thanks,
DJ Spiess

Thanks for the answers! It raised a few more questions:

1) Are these steps for Rational 2.0? I'm currently evaluating 1.0.1.1, but when we purchase it we'll be getting 2.0. "Restrict change set delivery to components in a stream" wasn't offered as a choice when I got to that step.

2) Will these steps lock one specific stream, or all streams?

3) It seems like these steps update the Development stream from my workspace, and then update the Certification stream again from my workspace. Is there a way to update stream to stream, or am I misunderstanding your directions?

Thanks again!

1) Yes, this is for 2.0 (not available in 1.0)
2) The restrictions apply to all streams owned by that team area
3) You can replace a baseline in a stream with a baseline in another
stream, but you have to do it separately for component. So it is
faster/simpler to do it via a workspace. Why do you care whether you do
the update directly, or via a workspace? (The accept/deliver operations
are extremely fast).

Cheers,
Geoff

deege wrote:

Thanks for the answers! It raised a few more questions:

1) Are these steps for Rational 2.0? I'm currently evaluating
1.0.1.1, but when we purchase it we'll be getting 2.0.
"Restrict change set delivery to components in a stream"
wasn't offered as a choice when I got to that step.

2) Will these steps lock one specific stream, or all streams?

3) It seems like these steps update the Development stream from my
workspace, and then update the Certification stream again from my
workspace. Is there a way to update stream to stream, or am I
misunderstanding your directions?

Thanks again!

3) You can replace a baseline in a stream with a baseline in another
stream, but you have to do it separately for component. So it is
faster/simpler to do it via a workspace. Why do you care whether you do
the update directly, or via a workspace? (The accept/deliver operations
are extremely fast).

I'd like to be sure only the changes which have been pushed into one stream get moved to the next. So in my case I'd like to set up a Development stream and a Certification stream. I don't want to accidentally move something from a developer's workspace into the Certification stream. I only want the changes in the Development stream.

I've posted work item 86187 ("Would like a "promote" operation on a
stream that replaces the configuration of the parent of that stream with
that of the stream") for this feature request.

Cheers,
Geoff

deege wrote:

gmclemmwrote:

3) You can replace a baseline in a stream with a baseline in another

stream, but you have to do it separately for component. So it is
faster/simpler to do it via a workspace. Why do you care whether
you do
the update directly, or via a workspace? (The accept/deliver
operations
are extremely fast).


I'd like to be sure only the changes which have been pushed into one
stream get moved to the next. So in my case I'd like to set up a
Development stream and a Certification stream. I don't want to
accidentally move something from a developer's workspace into the
Certification stream. I only want the changes in the Development
stream.

I've posted work item 86187 ("Would like a "promote" operation on a
stream that replaces the configuration of the parent of that stream with
that of the stream") for this feature request.

Thanks!!

How do I monitor the progress/response for this work item?