For instance, say you have 75 software developers and 300 other people in your company. Can you buy the 51-100 person license for stash and the 101-500 licence for jira?
If so, can you still integrate with ldap?
For instance, say you have 75 software developers and 300 other people in your company. Can you buy the 51-100 person license for stash and the 101-500 licence for jira?
Yes it is possible .
If so, can you still integrate with ldap?
The answer is yes again. You can assign two different group for the developer and the normal employee. For example there are two group which is dev and norm, dev have access to stash and jira and norm only have access to jira. The ldap user that are not able to login to the application will not be counted in the license count.
I guess this would not for for GreenHopper, for this one you need the same number of users because you cannot restrict who is an GH user or not, and I guess it will complain.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Alan,
You can limit the scope of LDAP users/groups that you wish to integrate with JIRA or Stash by using setting the "Additional User DN" and "Additional Group DN" settings for LDAP. Docs are here:
Alternatively, instead of individually connecting both applications to LDAP, you could have LDAP -> JIRA -> Stash, as Stash also supports JIRA user management:
https://confluence.atlassian.com/display/STASH/Connecting+to+JIRA+for+user+management
Hope this helps.
Thanks,
Gurleen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.