Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Public issue trackers and/or wikis for private repositories #639

Open
FM-96 opened this issue Jan 10, 2017 · 24 comments
Open

Public issue trackers and/or wikis for private repositories #639

FM-96 opened this issue Jan 10, 2017 · 24 comments
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/feature Completely new functionality. Can only be merged if feature freeze is not active.

Comments

@FM-96
Copy link

FM-96 commented Jan 10, 2017

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.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@lunny lunny added this to the 1.x.x milestone Jan 11, 2017
@lunny lunny added the type/feature Completely new functionality. Can only be merged if feature freeze is not active. label Jan 11, 2017
@bkcsoft
Copy link
Member

bkcsoft commented Feb 12, 2017

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 pullable)

@lunny
Copy link
Member

lunny commented Feb 12, 2017

@bkcsoft, you are right. I will send a PR to put units options on creating Team page, then this issue could be resolved.

@strk
Copy link
Member

strk commented Mar 25, 2017

The feature just landed in Gogs, see:
gogs/gogs#649 (comment)

Commit gogs/gogs@8196430

@perfaram
Copy link

What's the current state of this issue ?

@lunny
Copy link
Member

lunny commented May 19, 2018

No people are working on this.

@perfaram
Copy link

Thanks for the quick reply, @lunny !

@ceriath

This comment has been minimized.

@Bejasc

This comment has been minimized.

@lunny
Copy link
Member

lunny commented Jan 24, 2019

I'm working on this, see #5833

@stale
Copy link

stale bot commented Mar 25, 2019

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.

@stale stale bot added the issue/stale label Mar 25, 2019
@lunny lunny added issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented and removed issue/stale labels Mar 26, 2019
@tongclement

This comment has been minimized.

@mdbergmann

This comment has been minimized.

@yafarida

This comment has been minimized.

@Jakar510

This comment has been minimized.

@transat

This comment has been minimized.

@kdaner

This comment has been minimized.

@RDmitchell
Copy link

RDmitchell commented Mar 24, 2021

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.

@rlogiacco
Copy link

I would like to sponsor the development of this feature as I need it as well....

@SugarD-x
Copy link

SugarD-x commented Sep 2, 2021

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!

@joaobarcia
Copy link

Also very relevant to us.

@timgrote
Copy link

I'd love to be able to leverage this.

@RDmitchell
Copy link

Yes this would be incredibly useful ...

@lunny lunny removed this from the 1.x.x milestone Mar 20, 2023
@FrostKiwi
Copy link

I had kick-started an issue of the same concern: #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: #22074 (comment) and @a1012112796 suggested here: #22074 (comment) 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 #22074 (comment) , 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.

@wxiaoguang
Copy link
Contributor

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.

wxiaoguang added a commit that referenced this issue Apr 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/feature Completely new functionality. Can only be merged if feature freeze is not active.
Projects
None yet
Development

Successfully merging a pull request may close this issue.