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 Repo, Private Code #22074

Closed
FrostKiwi opened this issue Dec 9, 2022 · 18 comments
Closed

Public Repo, Private Code #22074

FrostKiwi opened this issue Dec 9, 2022 · 18 comments
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@FrostKiwi
Copy link

Feature Description

I would like to set every aspect of a Repo Public, except the code and the ability to git clone it.
Use-case:
Being at an international company, code is under export restriction and cannot be published without prior green lighting. So it must remain private. But I still want international colleagues to be able to send in issues, collab on their resolution and have the Wiki public to any guest.
I can of course create two separate repos, once for private code and one for public issues and the Wiki. But I am not aware of Gitea being able to set this up in a single Repo.

Thus this is my feature request:
One Repo, Private Code Tab, Public Issue tracker + Wiki.

Screenshots

No response

@FrostKiwi FrostKiwi added type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first. labels Dec 9, 2022
@techknowlogick
Copy link
Member

techknowlogick commented Dec 9, 2022

Closing as dupe of #3217

Edit: Wrong issue, one moment while I find the correct issue.

@techknowlogick techknowlogick added issue/duplicate The issue has already been reported. and removed type/proposal The new feature has not been accepted yet but needs to be discussed first. type/feature Completely new functionality. Can only be merged if feature freeze is not active. labels Dec 9, 2022
@FrostKiwi
Copy link
Author

Closing as dupe of #3217

Edit: Wrong issue, one moment while I find the correct issue.

Ohh, sry if dupe. Looked through the issues and found things about different setups with privacy and visibilty, just not one with public issues, public wiki, but private code.

@techknowlogick techknowlogick reopened this Dec 9, 2022
@techknowlogick
Copy link
Member

@FrostKiwi i may have been thinking of those other tickets. Sorry for prematurely closing this ticket, I've reopened it.

@techknowlogick techknowlogick added type/proposal The new feature has not been accepted yet but needs to be discussed first. and removed issue/duplicate The issue has already been reported. labels Dec 9, 2022
@lafriks
Copy link
Member

lafriks commented Dec 9, 2022

Would be nice to have ability to be set parts of repo public (also packages for example)

@lightr4in
Copy link

For instance, Gitlab offers an options section to set the permissions for each unit separately:

part of Gitlab's permissionspage

But this might be something for an extra issue.

@lunny
Copy link
Member

lunny commented Dec 14, 2022

Should the title be changed as private repo, public code? What's the different between them?

@FrostKiwi
Copy link
Author

FrostKiwi commented Dec 14, 2022

Should the title be changed as private repo, public code? What's the different between them?

My use case within an international company setting is the exact opposite. I want everything public for easiest collaboration, except code due to cross-border export regulations.

Of course if a name change is desired, then I guess we could go along the lines of @lightr4in reference to GitLab #22074 (comment) and rename the issue to a variant of "More in-depth privacy controls" or something along those lines...

@bendem
Copy link

bendem commented Feb 8, 2023

Gitea already has everything for this, it would "just" work (tm) if public access was evaluated as another "team".
image

@FrostKiwi
Copy link
Author

@delvh Is it within the realm of possibility, that this gets into v1.20?

@delvh
Copy link
Member

delvh commented May 12, 2023

If I'm not mistaken, the corresponding PR by @lunny has already been merged to disable the code tab while enabling the issue tracker.
It doesn't mean that you can make only parts of a repo public, but you can have a repo where users cannot see the code at all.
At least for the short and medium term, this seems like the best and easiest solution to me.

@lunny
Copy link
Member

lunny commented May 12, 2023

What's Public and Private? I think both concepts are for the anonymous users in a login-free Gitea instance or non-owners/non-members/non-collaborators of the repository in a login-required Gitea instance. So maybe we need one or two default roles for them.

@FrostKiwi
Copy link
Author

If I'm not mistaken, the corresponding PR by @lunny has already been merged to disable the code tab while enabling the issue tracker. It doesn't mean that you can make only parts of a repo public, but you can have a repo where users cannot see the code at all. At least for the short and medium term, this seems like the best and easiest solution to me.

Are you referring to this checkbox?
image

Does this mean I can finally set the code to be invisible to all, except those chosen as Collaborators?

@a1012112796
Copy link
Member

I think we can define a special user named as @anyone (or other name), all users and unlogin users will have all permssions that you permit @anyone.

@lunny
Copy link
Member

lunny commented May 12, 2023

No, it means nobody could visit code

@FrostKiwi
Copy link
Author

FrostKiwi commented May 12, 2023

No, it means nobody could visit code

Ohh, that's not what I need for my use-case of allowing colleagues to comment on issues and allow them them to read the wiki, without violating export restrictions. I still need a separate "Repo for Collaboration", where I copy paste everything to and from.

Maybe a bit of a pipe dream to expect Gitea to handle it all, Gitea has already the ability to use external issue trackers and wiki, so maybe it's high time I stop depending on Gitea and use third party packages for those...

edit: I think I found a way to summarize a way to express what I want in simple terms: Collaborator only code access.

@moritz-h
Copy link

Closing as dupe of #3217

Edit: Wrong issue, one moment while I find the correct issue.

Duplicate of #639?

@FrostKiwi
Copy link
Author

Closing as dupe of #3217
Edit: Wrong issue, one moment while I find the correct issue.

Duplicate of #639?

Indeed, that is the same issue. Failed to find it when opening up this one...

@FrostKiwi
Copy link
Author

FrostKiwi commented Jul 10, 2023

Closed in favor of #639 , since that discussion predates this one. So further discussion here: #639 (comment)

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 25, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

9 participants