I'm trying to do something as simple as create a project that will only allow specific users within groups to see that project. A lot of the online documentation refers to getting to the Project List and clicking the specific project, then finding the "People" section. I am currently using self hosted Jira 7.7.1 and there is no "People" section. There is a user and roles section, but nothing in the general documentation exists according to the instructions on how to do this.
I feel like something this basic should be a lot simpler than this. I would expect:
1. Create a Project
2. Allow only specific user groups to access that project.
3. Add users to user group allowed to see that project.
4. Sign in and see only the projects you are supposed to see.
I know that the permissions objects get very granular, and thats great, but is that at the expense of removing simplicity for things such as I described above?
Thanks,
Chris
It does mean every project needs its own scheme, if you use groups directly.
However, if you set up a permission scheme that says things like
and so-on, then you can do stuff like:
and so-on
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for your response.
Does this mean that each project that I want to restrict has to have its own scheme? Or.. does the scheme inherit the properties of the project if I only allow specific users or role to see that project. This is the confusing part. It looks to me that I need to modify each scheme and pick the groups or roles for each individual action within that project so to restrict roles to a project I need to modify multiple things. For instance, for engineering projects, I would need to go through and create a permissions scheme that only allow engineering roles to do everything that is currently set to "everyone who is signed in" -- does that make sense?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
People is used in later versions, you're in the right place when you get to "users and roles". The principles have not changed, and it works the same way in people.
Your process is mostly right too, and it really is that simple. (Mostly right because the general advice is to use roles and not groups, otherwise you have to set up multiple permission schemes and your admins have to do all the work. With roles, you set it up once and get your project admins to choose the right users and groups to add to the project)
With one honking great problem - Atlassian's default setup is totally broken. It sets up all the defaults as "everyone who can sign in can see this project" and that means every new project. You have to unpick that by correcting the permission scheme and removing users from existing projects to get to your sensible simple process.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.