Open FM-96 opened 7 years ago
If we extend #742 with AccessRoles mapping Teams<=>Units we could get this fairly simple. The only issue I see is that "private" repos would now be searchable (but not pull
able)
@bkcsoft, you are right. I will send a PR to put units options on creating Team page, then this issue could be resolved.
The feature just landed in Gogs, see: https://github.com/gogits/gogs/issues/649#issuecomment-289144558
Commit https://github.com/gogits/gogs/commit/8196430f47842fba4f227b105cd96d4b981d077d
What's the current state of this issue ?
No people are working on this.
Thanks for the quick reply, @lunny !
Would be great if someone could take a look into it!
Any chance someone has decided to dig in to this?
I'm working on this, see #5833
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.
Want this functionality
This would definitely be a highly wanted feature for us.
Hey! +1, need this feature. We use wiki and issues to communicate with users, but our sources are private. Now we have to create duplicated repositories like HeroEditor (private) and HeroEditorHub (public).
+1, but only if it's optional.
Also interested.
Also interested if optional. I can do this on my bitbucket repos.
I am confronting this exact issue. I have several private repos that have a large user base as well as some institutional/researchers.
I would love it if I could make the issues public, so that people without access to the private repo could see what we are working on, and potentially contribute issues and comments if needed (not sure if this needs to be a bit more controlled ??).
Anyway, I guess for now I will follow the suggestion of having 2 repos, one for the code, and another for the issues.
I would like to sponsor the development of this feature as I need it as well....
Very much still relevant to me in September 2021 too. The lack of ability to have public issues on a private repo still blows my mind. GitHub is pretty good at being ahead of the curve, so I was expecting this to already be available. Hopefully it is soon!
Also very relevant to us.
I'd love to be able to leverage this.
Yes this would be incredibly useful ...
I had kick-started an issue of the same concern: https://github.com/go-gitea/gitea/issues/22074 Since this issue predates my issue, I closed mine and summarize the discussion we had there:
For my specific use-case, due to export laws we cannot set our code as public, but the wiki carries much important project related and info and we want everyone to see and interact with the issue tracker, so anyone can submit bugs. It would be excellent if this could be possible in Gitea.
Right now it's not possible and AFAIK not on the feature roadmap either.
@bendem suggested here: https://github.com/go-gitea/gitea/issues/22074#issuecomment-1422188191 and @a1012112796 suggested here: https://github.com/go-gitea/gitea/issues/22074#issuecomment-1545435233 a similar sentiment: The rights system in Gitea should already be able to perform this, if only there was rights unit anyone
.
@delvh suggested in https://github.com/go-gitea/gitea/issues/22074#issuecomment-1545403181 , that code changes by @lunny to disable the code tab were possible steps towards this feature, but that wasn't the case, as the feature in question just disabled the code tab entirely.
From there on out no further discussion was had. Since this issue is older, it would be excellent if future steps towards this feature documented here.
I have proposed the wiki solution: Allow everyone to read or write a wiki by a repo unit setting #30495
It could be easily extended to support issue tracker later.
I would really like it if I could set a repository's issue tracker and/or wiki to public, so that other people can create issues and look at/edit the wiki, even though the repository itself remains private. (I've been mainly using Bitbucket before switching to Gitea and I've always found that functionality very useful.)
Actually, what would be even better (though also probably a lot more work) is if there were seperate permissions for the issue tracker and wiki altogether, so that one could give certain people only read access to the wiki, others write access to the wiki, others access to the issue tracker, etc. I believe Gitlab has a system like that in place.