Configuring team areas at Component level in RTC
Deepali Deshmukh (89●1●37●59)
| asked Jun 27 '16, 2:57 a.m.
edited Jun 30 '16, 11:45 a.m. by David Lafreniere (4.8k●7)
I have scenario where TeamA members should checkin and deliver to componentA and TeamB members should checkin and deliver to ComponentB. while teamA members should not be allowed to deliver to component B and TeamB members should not be allowed to component A. I have tried the below scenario
Stream should have visibility and owned by set to project area level.
Component A visibility set to project area level and owned by to TeamA
Component B visibility set to project area level and owned by to TeamB
But after configuring as above, it is not allowing teamA members for component A to deliver. It shows error while deliver
"Problem
You don't have permission to Deliver [server].
Reason
In order to carry out this operation, you would need permission to perform the following additional actions:
Action: ID:
Deliver change sets modify/stream/deliver/changesets"
I have assigned teammember's role to the team area members with all the SCM rights. I am using CLM 6.0 and RTC eclipse client 5.0
Please let me now how can I achieve this.
Thanks in Advance
|
Accepted answer
Ralph Schoon (63.1k●3●36●46)
| answered Jul 01 '16, 6:37 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Access has nothing to do with it. The other team members would not be able to deliver. Either you use team areas as described or the operational behavior "Restrict Change Set Delivery to Components in a Stream". That is what the tool supports. You can not implement something that the tool does not support, except by extending it. In RTc that would likely have to be a custom deliver precondition in this case.
Deepali Deshmukh selected this answer as the correct answer
Comments Thank You Ralph,
|
4 other answers
|
Ralph Schoon (63.1k●3●36●46)
| answered Jun 28 '16, 9:21 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER edited Jun 28 '16, 9:23 a.m.
the problem here is that you don't understand how permissions work and that visibility of components does not contribute here. To be able to perform an operation, the user must have a role that has the permission to perform the operation.
Roles: https://jazz.net/help-dev/clm/index.jsp?topic=%2Fcom.ibm.jazz.platform.doc%2Ftopics%2Fc_roles.html https://jazz.net/library/article/215 actually talks about permissions a bit but is more about read access, which is a completely different matter. The user you are using basically has at least one role (everyone) and potentially more, but no of the roles has the permission to deliver in the context. The permissions can be changed per role in the RTC Project Admin UI in the Web UI or Eclipse. also see Process permissions lookup in Rational Team Concert Comments Thank you Ralph for your inputs. I have granted all the SCM(the below) permissions to the developer role, then assigned developer role to the team members. I have verified all the permission in XML file for the role, as all permissions are in place team members should be allowed to deliver to the respective streams. Unfortunately while delivering team members are facing the above error. I have also tried to apply pre-condition "Restrict change set delivery to components in a stream" . which fails with the same error. |
Check the Permission on the Team area under SCM part.
Comments Thank you Karthik, I have already assigned the above permissions on the team area. then to facing the issue. Is there any other configuration/permission to get this in place. Did you check also the license type?
If your stream is owned by a team area, check if the inheritance is broken there in SCM part and if it has been then do the change there
Also the information you have provided is bare minimum. We don't know anything about roles assigned etc I have assigned developer license type, verified the expiry date and It looks fine. My stream is owned by project area and components are owned by team area. I have project area XUnit. Team area A and team area B created. user1 is member of team A with role developer (all SCM permissions assigned) at team area level. user2 is member of team B with role developer (all SCM permissions assigned) at team area level. Stream XYZ with owned by project area. CompA and CompB are the components created under stream XYZ. CompA is owned by Team area A and CompB is owned by Team area B. So user1 delivers to comp1 and user2 to Comp2. when user1 delivers to comp1, the delivery fails with the error. I hope this info gives you clear idea about the scenario
Did you try assigning the ownership of Steam to Team area and try? yes, It works only with one team Area But assigning ownership of stream to a particular Team area will not work, as I want both the teams to have access to the stream. particular team should have access to particular components . in 6.0.2 you might be able to use flow directions.
showing 5 of 7
show 2 more comments
|
|
Ralph Schoon (63.1k●3●36●46)
| answered Jun 29 '16, 5:11 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Your user1 is developer in Team Area 1. The stream is owned by the Project area. So the role of the user1 for the stream (which governs the deliver, the components don't) is everyone which probably does not have the permissions set..
Comments By granting permissions of SCM to everyone at project area level the error is not shown. But then Team area A member are able to deliver to both Components (CompA/CompB). while I want to restrict Team area A deliver only to component A or which every component that are owned by them. Same for Team area B members. |
|
Is there any work around to set team level access at component level?
Comments If you need team level access, assign the "Team" as the owner of "Stream"
If I do that then other team area's and project area level users will not have access to it. So is your requirement to have Stream accessible to all users while components only to members of specific team? yes I want to have Stream accessible to all users while components only to members of specific team.
Ralph Schoon
commented Jul 14 '16, 5:09 a.m.
| edited Jul 14 '16, 5:09 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
This article explains how operational behavior and roles works: https://jazz.net/library/article/292
|
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.
Comments
I have tried scenarios in the link
https://jazz.net/library/article/215 but its not working. Any workaround or solution ?