Rational Team Concert Stream Component Permissions
My development team currently has 2 development streams. We want to create a third stream (which is essentially a duplicate of another stream) for the purpose of post-build deliver. Essentially, we want to deliver changes to the second stream.
What we are trying to accomplish is to have our main stream where check in and delivery occur, and a secondary stream that only gets updated by post-build delivery (and only the build engineer has access to that stream). From what we see, this is not possible. How can we accomplish this with RTC?
The issue we have is with the permissions on the components. We have noticed that if you change the permissions on the component in the duplicate stream, then the permissions on the component on the main stream also change.
What we are trying to accomplish is to have our main stream where check in and delivery occur, and a secondary stream that only gets updated by post-build delivery (and only the build engineer has access to that stream). From what we see, this is not possible. How can we accomplish this with RTC?
2 answers
The permissions on the component determine "read access" to the change sets and baselines in that component. This is specified on the component itself, and so any change here globally affects read access to that component. On the other hand, write access to a component (which is what you are looking for here) is controlled on a per-stream basis. In particular, look at the "Change Set Delivery to Components in a Stream" precondition on the "Source_Control -> Deliver(Server)" operation.
I would opt to use process preconditions as Geoff suggested. The most appropriate would be Restrict Change Set Delivery to Components in a Stream.