We're using Stash and JIRA (integrated), and our product managers are having difficulty understanding when commits are getting merged into dev and/or release branches.
For security reasons, we don't want our product managers to be walking around with copies of the source code on their machines. However, we want them to be able to use Stash to see the source (for example, to participate in the discussion surrounding a pull request).
Is there now (or are there future plans to have) a way to separate browsing functionality (i.e., seeing the code in the web-browser and participating in the conversations around a code review) from actual git read operations (like cloning a repo)?
If they can see it in a browser, then they can copy it out. What you are asking for is false security. Maybe what you want is the ability to see repo metadata but not the source itself?
He explicitly mentions "seeing the code in the web-browser"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Re: false security -- I think that's a narrow-minded view of security. Security isn't just about access, it's also about encouraging secure behavior by making it significantly more convenient than insecure behavior, the same way that a self-locking door is part of a "more secure" strategy than a door that must be manually locked. Our product managers have laptops, and if I give them a level of access that makes it easy to clone a repo, they'll do it, and if/when a laptop gets stolen, our intellectual property will be at risk. However, if I can give them a level of access that allows them to see the source code freely in Stash (but not clone the repo), then while yes, technically they could tediously copy each file individually to their machine, that would be so laborious and inconvenient that they'd never actually do it, because it'll be far, far more convenient for them to browse the source code in Stash. What I'm asking for is a level of access that encourages more secure behavior (accessing the code online) over less secure behavior (making an offline copy). Thoughts?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Any more thoughts about this? I assume Atlassian eats their own dogfood...if so, is there a public JIRA issue that I can follow and upvote?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You are welcome to create a request at: https://jira.atlassian.com/ and our product managers will take it into consideration. I don't know of any existing request for something like this.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Mick's comments makes a lot of sense to me. I haven't tried this but you should be able to block clone/pull/fetch etc, in fact all git interactions, using an SCM request check module: https://developer.atlassian.com/stash/docs/latest/reference/plugin-module-types/scm-request-check.html
So you could block all access to a group, or maybe block all access to users that don't have WRITE permissions to the repository.
I understand the point about false security but it seems like a reasonable mitigation in the case of stolen laptops... although encrypted hard drives are also good.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes but you would also need to disable the ability for them to download the repo as a zip from within Stash as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
With respect to the excellent matrix here in the documentation: https://confluence.atlassian.com/display/STASH/Using+repository+permissions I'm looking for a level with only the first and third columns (browse/comment).
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.