How to configure read-only access to RTC components?
Is it possible to configure read-only access to RTC components in RTC 301?
If yes, how to do it?
We have many teams on the same RTC repository and we successfully prevent them from peeking on each other's code by restricting component access to just tightly controlled access list.
But there are many cases where one team simply want to view the other team's code with no intention to modify it.
Accepted answer
Comments
Thanks, Hajo,
But that is not what I am looking for.
I want a way to separate read-only and read&write protection.
The approaches described in the article are you have either all or nothing because you'll be able to modify the code when you see the component or you can't see it at all.
What I want is to have read-only access separated from full-access. One with read-only access should be able to see the stream and component and source code but can't modify any file.
For "read-only" protection, see the sections of the article named "Use permissions to control delivery to streams" and "Use permissions to control delivery to components".
That is how you let some people only read the content of the stream, while letting other people both read and write the stream.
Cheers,
Geoff
Geoff,
"Use permissions to control delivery to components" seems doing the tricks.
Users to get Read-only access still need to be added to the team area which own the stream and access list of the source control project area which owns the components in our case.
They will be able to create and load workspaces with the components they are assigned to access but just can't deliver their change set to the components due to Restrict Change set delivery to components in a stream precondition.
I guess they will still be able to make changes and check in their change set but just can't share their change with the team by delivering to the stream?
That is correct ... without read permission to the stream, you still are
allowed to make changes in your personal workspace (you just cannot
deliver those changes to the stream). Note that this is very much on
purpose. If you have read access to a file, then you can always make a
copy of that file on disk, and make changes to it. A version control
system that doesn't let you make changes to your "private copy"; (i.e. a
copy in your personal workspace) is just poorly designed ... it is
forcing you out of the version control system in order to experiment
with some changes. RTC does not have that design flaw (:-).
Cheers,
Geoff
One other answer
What is the use case for this? If the user can't deliver any changes, it doesn't matter whether write access is allowed on the file. Whatever the user does with the files after loading seems to be beyond the scope of source control.
Comments
Tim,
With RTC Eclipse client, after getting access to stream and component or with RTC admin privilege, via Show->Repository Files one can see all files in a component and open and modify them.
You don't need to load them to a local sandbox first to do that.
My point is or I am trying to find out is that if there is no way to configure RTC SCM such that I can separate read-only and full access to a component and files stored. So I can give IBMers outside of our dev. teams, like L3, customer support personnel, access to our source code but keep it read-only.
Users cannot modify files through the Repository Files view. Opening the file is either a local copy (content was loaded) or opens the remote file (not editable).
The only place you can edit directly on a stream is through the web ui but that is also creating a change set that is delivered. The user would also require deliver permissions.