Feature request: Add unlisted repositories #4172

@FullofQuarks commented on GitHub (Oct 30, 2019):

This behavior already exists for private repos. You can then give read/write permissions for collaborators. In the case that you mean there exist a special link in which a user would be able to have full read/write (similar to YouTube), what would be the use case?

@FullofQuarks commented on GitHub (Oct 30, 2019): This behavior already exists for private repos. You can then give read/write permissions for collaborators. In the case that you mean there exist a special link in which a user would be able to have full read/write (similar to YouTube), what would be the use case?

GiteaMirror commented

@cmarshall108 commented on GitHub (Oct 30, 2019):

My use case is i was applying for a job, they wanted to see source code from my previous projects. I did not want to open source the source code due to unrelated reasons... But i wanted the folks at the company to be able to read over my source code without having to have specific read/write permissions.

@cmarshall108 commented on GitHub (Oct 30, 2019): My use case is i was applying for a job, they wanted to see source code from my previous projects. I did not want to open source the source code due to unrelated reasons... But i wanted the folks at the company to be able to read over my source code without having to have specific read/write permissions.

GiteaMirror commented

@stale[bot] commented on GitHub (Dec 29, 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[bot] commented on GitHub (Dec 29, 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.

GiteaMirror commented

@lunny commented on GitHub (Jan 1, 2020):

If we could generate an encoded URL for a private repository which has an expired time, and then you can share it with others.

@lunny commented on GitHub (Jan 1, 2020): If we could generate an encoded URL for a private repository which has an expired time, and then you can share it with others.

GiteaMirror commented

@cmarshall108 commented on GitHub (Jan 1, 2020):

Yeah that would certainly work.

@cmarshall108 commented on GitHub (Jan 1, 2020): Yeah that would certainly work.

GiteaMirror commented

@boooong123 commented on GitHub (Aug 30, 2020):

Is this still being added?

@boooong123 commented on GitHub (Aug 30, 2020): Is this still being added?

GiteaMirror commented

@miki725 commented on GitHub (Jan 5, 2021):

Another use-case is schoolwork. Submitting a link to a repo Professor can access without either creating account or making the repo public. Would be very useful if this feature is added.

@miki725 commented on GitHub (Jan 5, 2021): Another use-case is schoolwork. Submitting a link to a repo Professor can access without either creating account or making the repo public. Would be very useful if this feature is added.

GiteaMirror commented

@ivi9901 commented on GitHub (Jan 15, 2021):

I find this pretty usefull when you want to share something with someone that doesn't have an account, without having to make the source code searchable. The miki725 use-case is one of the best I can think of.

This is already added in gogs. I'm talking from the ignorance, but it might be possible to port that idea from there.

@ivi9901 commented on GitHub (Jan 15, 2021): I find this pretty usefull when you want to share something with someone that doesn't have an account, without having to make the source code searchable. The miki725 use-case is one of the best I can think of. This is already added in gogs. I'm talking from the ignorance, but it might be possible to port that idea from there.

GiteaMirror commented

@6543 commented on GitHub (Jan 15, 2021):

thoughts: I would implement it as another visible level ... Private, Limited, Unlisted, Public

so for why nobody has implemented it ... to do this properly ... you have to refactor a lot :/
more explisit: rewrite the acces model for orgas&repos + migration

@6543 commented on GitHub (Jan 15, 2021): thoughts: I would implement it as another visible level ... Private, Limited, **Unlisted**, Public so for why nobody has implemented it ... to do this properly ... you have to refactor a lot :/ more explisit: rewrite the acces model for orgas&repos + migration

GiteaMirror commented

@a-hurst commented on GitHub (Feb 22, 2021):

Chiming in here for another use case: occasionally the makers of specialized scientific hardware share their source code with researchers, but don't explicitly license it or post it publicly themselves.

If your team has a customized/patched version of that software, you can't exactly post it openly on GitHub or another searchable public repo, but you often still want to be able to share the code with others and deploy it easily on new machines. Unlisted repositories would solve the issue completely.

@a-hurst commented on GitHub (Feb 22, 2021): Chiming in here for another use case: occasionally the makers of specialized scientific hardware share their source code with researchers, but don't explicitly license it or post it publicly themselves. If your team has a customized/patched version of that software, you can't exactly post it openly on GitHub or another searchable public repo, but you often still want to be able to share the code with others and deploy it easily on new machines. Unlisted repositories would solve the issue completely.

GiteaMirror commented

@s00500 commented on GitHub (Aug 20, 2021):

This would be really cool, gogs also added this feature reccently

@s00500 commented on GitHub (Aug 20, 2021): This would be really cool, gogs also added this feature reccently

GiteaMirror commented

2025-11-02 05:41:13 -06:00

@Mikaela commented on GitHub (Oct 6, 2021):

I originally commented to https://github.com/go-gitea/gitea/issues/10375#issuecomment-936096872, but this would be better solution for my scenario.

I have a repository for learning Flask and it doesn't need to be public (anyone interested can find the upstream), but currently I have to make it public to share it to people learning with me unless they are willing to register onto the same Gitea instance that I am using and being public means it takes visibility from my real repositories.

@Mikaela commented on GitHub (Oct 6, 2021): I originally commented to https://github.com/go-gitea/gitea/issues/10375#issuecomment-936096872, but this would be better solution for my scenario. I have a repository for learning Flask and it doesn't need to be public (anyone interested can find the [upstream](https://github.com/pallets/flask/tree/2.0.2/examples/tutorial/flaskr)), but currently I have to make it public to share it to people learning with me unless they are willing to register onto the same Gitea instance that I am using and being public means it takes visibility from my real repositories.

GiteaMirror commented

@strlcat commented on GitHub (Mar 4, 2022):

Any updates? That would be good at least for repositories

@strlcat commented on GitHub (Mar 4, 2022): Any updates? That would be good at least for repositories

GiteaMirror commented

2025-11-02 05:41:13 -06:00

@xeruf commented on GitHub (Aug 3, 2022):

Honestly, sounds like you want to have custom share links (otherwise it might be easily guessed) or maybe the ability to assign permissions to a generic "Guest" user representing non-logged-in users for a private repo.
If there also was a generic "Authenticated" user, one could do away with Visibility settings completely and manage it all in the "Collaborators" Tab while also solving https://github.com/go-gitea/gitea/issues/15331.

For both of these, rather than Admin/Write/Read the permissions could be Write/Read/Unlisted, with the latter meaning they can read but only with the link.

@xeruf commented on GitHub (Aug 3, 2022): Honestly, sounds like you want to have custom share links (otherwise it might be easily guessed) or maybe the ability to assign permissions to a generic "Guest" user representing non-logged-in users for a private repo. If there also was a generic "Authenticated" user, one could do away with Visibility settings completely and manage it all in the "Collaborators" Tab while also solving https://github.com/go-gitea/gitea/issues/15331. For both of these, rather than Admin/Write/Read the permissions could be Write/Read/Unlisted, with the latter meaning they can read but only with the link.

GiteaMirror commented

2025-11-02 05:41:13 -06:00

@jgaehring commented on GitHub (Jan 22, 2023):

This is already added in gogs. I'm talking from the ignorance, but it might be possible to port that idea from there.

Here is the pull request for that feature, in case it helps anyone else with an interest in contributing: https://github.com/gogs/gogs/pull/6176.

I'm also rather ignorant of this stuff, and have no real experience with Go, but I came upon this issue while looking around on AlternativeTo.net for a place to mirror a private GitHub repo with an unlisted URL, hopefully on a more FOSS-forward hosting service that I might migrate to more generally if I found I liked it. I'm encouraged by the fact that these kinds of community discussions and the open development process, as opposed to discussions like this that seem to go nowhere. Kudos, y'all! 🙏

And for my use case, I'm working on spec docs and draft proposals for a coop business model. I don't need absolute secrecy, but mostly don't want people stumbling on it without realizing it's in draft, not even prototype level, and making premature judgments. However, I do want to be able to share it with people who are not programmers (or even very technically savvy at all) with a simple share link that does not require an account with GitHub or any other hosting service. Since the repo's content is mostly markdown that I just wanted rendered as unfussy HTML, I'm realizing as I type this it might make better sense to setup my own unlisted static site for those documents, but I'd be eager to try it out with Gitea if this feature was added.

@jgaehring commented on GitHub (Jan 22, 2023): > This is already added in gogs. I'm talking from the ignorance, but it might be possible to port that idea from there. Here is the pull request for that feature, in case it helps anyone else with an interest in contributing: https://github.com/gogs/gogs/pull/6176. I'm also rather ignorant of this stuff, and have no real experience with Go, but I came upon this issue while looking around on AlternativeTo.net for a place to mirror a private GitHub repo with an unlisted URL, hopefully on a more FOSS-forward hosting service that I might migrate to more generally if I found I liked it. I'm encouraged by the fact that these kinds of community discussions and the open development process, as opposed to [discussions like this](https://github.com/orgs/community/discussions/22040) that seem to go nowhere. Kudos, y'all! :pray: And for my use case, I'm working on spec docs and draft proposals for a coop business model. I don't need absolute secrecy, but mostly don't want people stumbling on it without realizing it's in draft, not even prototype level, and making premature judgments. However, I do want to be able to share it with people who are not programmers (or even very technically savvy at all) with a simple share link that does not require an account with GitHub or any other hosting service. Since the repo's content is mostly markdown that I just wanted rendered as unfussy HTML, I'm realizing as I type this it might make better sense to setup my own unlisted static site for those documents, but I'd be eager to try it out with Gitea if this feature was added.

GiteaMirror commented

@xeruf commented on GitHub (Jan 25, 2023):

@jgaehring sounds like a good fit for just setting up an own gitea instance and disabling search engine indexing at the HTTP level

@xeruf commented on GitHub (Jan 25, 2023): @jgaehring sounds like a good fit for just setting up an own gitea instance and disabling search engine indexing at the HTTP level

GiteaMirror commented

@Cystemzz commented on GitHub (Dec 4, 2023):

It would be nice to see some sort of update on this. I would be more than happy to spend my time submitting a pr in order to get this done!

@Cystemzz commented on GitHub (Dec 4, 2023): It would be nice to see some sort of update on this. I would be more than happy to spend my time submitting a pr in order to get this done!

GiteaMirror commented

@ZandercraftGames commented on GitHub (Mar 22, 2024):

Just came across this and I think it would be a pretty good feature to have. Any progress on it?

@ZandercraftGames commented on GitHub (Mar 22, 2024): Just came across this and I think it would be a pretty good feature to have. Any progress on it?

GiteaMirror commented