+1 for this as a feature request.
I assumed this was possible, but couldn't figure out how to do it, and ended up here after googling and now learning that it's not possible.
Not being able to differentiate read-only vs. read/write access when selectively sharing something private seems to me to be somewhat of a departure from the common practice of other web services.
+1. Useful feature for sharing in interviews and with potential collaborators.
Maybe the description of a private repo needs to be changed? I'm a workshop presenter with proprietary material I need to let people clone, but not commit. A private repo looked ideal when I read:
You choose who can see and commit to this repository."
That gives the impression I can let someone see it, but not commit to it... which is what I need.
Add me to the list of people wanting read only access to private repo's. Right now you have to give read and write for access tokens.
Dear GH Team
Any plans to implement private repo access restriction for collaborators to read-only + pull-request? I want collaborators on my private (user) repo(s) put don't want to allow them direct push... Where is this feature on your roadmap?
Thanks for this feedback! We're always working to improve GitHub, and we consider every suggestion we receive. I've logged your feature request in our internal feature request list. Though I can't guarantee anything or share a timeline for this, I can tell you that it's been shared with the appropriate teams for consideration.
Mark helpful posts with Accept as Solution to help other users locate important info. Don't forget to give Kudos for great content!
Having more granular control on private repos for individual users is a must. Sure if they can read it they should be able to clone/fork but i want to disable specific users ability to push with out a propper pull request. Same with branching. Really should be able to have same functionallity as public for private, just we control the viewers.