How to restrict users from delivering code in shared workspace
![]()
I have StreamA and StreamB > StreamB has shared componentA from StreamA.
FileA.java is present in StreamA>ComponentA and StreamB>ComponentA. FileA.java gives me a conflict when I switch the flow target of StreamB to StreamA (changes of StreamA flowing into StreamB). Now I want to notify the developer about this conflict. So I share this workspace with developerA. He searched for this shared workspace and loads it on his pending changes.
But I dont want that he resolves the conflict in the workspace that I shared with him. Is there a way that he sees my shared workspace in readonly mode? This will help him see the conflicts and deliver corrected code, but he should deliver it from his workspace.
This is very vital since there are many files and many developers involved in my project with more then 13 streams and flow targets to be switched daily.
Please let me know.
|
Accepted answer
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Nov 17 '15, 2:10 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
A user cannot make changes to a repository workspace that is owned by another user.
Geoffrey Clemm selected this answer as the correct answer
Comments I did a scoped based sharing of my workspace (so my scope was the project area). Now other developer who is also a member of the project area, was able to modify and deliver a change set from the shared workspace. Am I missing something? 1
![]() FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
The scope of a workspace should only determines who can read a workspace, and should not affect who can modify a workspace. If anyone other than an owner of a workspace can modify a workspace in your environment, please report this as a bug to IBM support.
|
One other answer
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.