9 ms·

Some thoughts on personal Git hosting

103 points by ColinWright 1y ago

monegator 1y ago
All the drawbacks are not drawbacks to me. My projects, my repos, my private server. I don't want nor need to show off ("collaborate") and if i did.. what's the point of self hosting then? Just use github/gitlab/codeberg. I don't even need to rent a server for that. Everything runs on my router (openWRT is amazing)
- goku12 1y ago
  > I don't want nor need to show off ("collaborate") and if i did.. what's the point of self hosting then? Just use github/gitlab/codeberg. Let me repeat this again. We didn't centralize git when we started using github/gitlab etc. We centralized discoverability and reach of projects. So far, everything else can be decentralized - issue tracking, pull requests, project planning, ci, release management and more. But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones.
  - skydhash 1y ago
    > But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones. We do. https://mvnrepository.com/repos/central https://mvnrepository.com/repos/central https://npmjs.com https://npmjs.com https://packagist.org/ https://packagist.org/ https://pypi.org/ https://pypi.org/ https://www.debian.org/distrib/packages#search_packages https://www.debian.org/distrib/packages#search_packages https://pkg.go.dev/ https://pkg.go.dev/ https://elpa.gnu.org/packages/ https://elpa.gnu.org/packages/ And many others. And we still have forums like this one and Reddit where people can just announce their project. Github is more of a bad code refuge than a high signal project discovery.
    - ioasuncvinvaer 1y ago
      These are all for their own ecosystems and usually libraries only.
      - skydhash 1y ago
        Do you browse for C# projects when coding PHP? Do you chat about Fantasy books in a network hardware forum? It's all about ecosystems.
        ioasuncvinvaer 1y ago
        And Github has the whole software ecosystem. For example I can search for text editors or ebook readers. In that case I am not searching for any specific programming language.
        skydhash 1y ago
        I don’t care that much for Github. Because of all the clones and mirrors. So I mostly use one of the above to find the canonical project link. And most software have an actual websites or is present in some distribution. I don’t care that much for weekend projects.
        goku12 1y ago
        > I don’t care that much for weekend projects. We aren't talking about your preferences alone here, are we? The case that the parent commenter mentioned is exactly what I was talking about too. What if I want a solution? What if I'm looking for algorithms or examples? What if I want to find a group of projects that's tackling a certain problem? How are my needs invalid? Are the projects that don't have such elaborate setups, polish or completion unworthy of discovery and help? You're essentially dismissing requirements that drive others to large platforms.
    - goku12 1y ago
      So if I'm looking for a solution rather than a library or a project to take part in, I need to search a dozen sources to see if anything meets my requirements? What if the project was just abandoned without being published any of those source registries? What if the project was a PoC of some algorithm that didn't need to be published anywhere else? That sounds hardly like an alternative to what's possible with Github now. The only alternative that came anywhere close to that ideal was freshmeat - and even that didn't achieve the full potential. Check this discussion alone to see how many talk about 'network effects' or 'discoverability'.
  - righthand 1y ago
    > But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones. Why do you need a search index on your self hosted git server? Doesn’t Kagi solve that?
    - goku12 1y ago
      > Why do you need a search index on your self hosted git server The search index doesn't have to be on your server, does it? What if there is an external (perhaps distributed/replicated) index that you could submit the relevant information to? Or if an external crawler could collect it on your behalf? (some sort of verification will also be needed.) There are two reasons why such a dedicated index is useful. The first is that the general index is too full of noise. That's why people search projects directly on Github. The second problem is that the generic crawlers aren't very good at extracting relevant structured information from source projects, especially the information that the project owner wants to advertise. For example the readme, contribution guidelines, project status, installation and usage information, language(s), license(s), CoC, issue tracker location, bug and security reporting information, keywords, project type, etc. Github and sourcegraph allow you to do precise searches based on those. Try using a regular search engine to locate an obscure project that you already know about.
  - kaferoni 1y ago
    There is ongoing work on decentralizing discoverability and reach: https://tangled.sh/ https://tangled.sh/
NoiseBert69 1y ago
I have no problems publishing my public projects on GitHub or Codeberg. Secretly hoping that LLM-Crawlers will choke to dead on my bad code. But private stuff runs on my own servers. In 2025 it's mostly maintenance free once the setup is running: Debian will be updated fully automated using unattended-update and the hosted application when there's the need to do one manually. Backups automatically every night using Proxmox and its little brother Proxmox Backup Server. Even with valid certificates using DNS-Auth from Lets Encrypt.
zokier 1y ago
> You can git clone the repo to your local machine, and you can manually move it elsewhere, but there's no way to send a PR from your repo to mine Have people forgotten that email exists?
- dogleash 1y ago
  My email client (the default offering from my service provider ofc) is a POS. Therefore all of email is a miserable, failed tool and I can't believe you're being such a boomer rn.
  - esafak 1y ago
    I can't tell if you're being sarcastic.
    - dogleash 1y ago
      I agree somewhere between 0% and 100% with the surface level message, and will give similar bounds for my agreement with the literal opposite of the text. It's a joke, not a manifesto in a joke suit.
  - layer8 1y ago
    Use a better email client?
- skydhash 1y ago
  For simple changes, you can just `git diff` it to a file, put that file on a pastebin and share that link with any communication tool (or share the file directly). `git format-patch` is more where you want to share the commits (message and all). And you're not tied to using email. It's just a collection of files that you can share using whatever.
  - lloydatkinson 1y ago
    Is this a common usage? While I’ve only attempted to use patch files with a Git GUI, they have always failed with errors 100% of the time for me. Given that Git GUIs just invoke Git, I don’t have a lot of faith in it.
kwar13 1y ago
I've tried the same thing and couldn't quite move away from the network effects of Github.
- goku12 1y ago
  Looks like this reply [1] was more suited to your comment. [1] https://news.ycombinator.com/item?id=45198395 https://news.ycombinator.com/item?id=45198395
eviks 1y ago
> 1. Leave my popular / sponsored repos on GitHub > 2. Move my smaller repos to https://git.edent.tel/ https://git.edent.tel/ Wouldn't 2. make transitioning them into 1. "impossible"?
calvinmorrison 1y ago
Github steals my software, the 'software conservatory' steals my software, etc. I dont want it in a vault, I dont want you to do anything other than read it on my site. I dont want an archive. most of my code is not licensed. All rights reserved. It's there as a personal portfolio that's it. And these scanners don't respect the LICENSE file, they think if its on the web - they can not just index it but make full copys and reproduce it.
- zokier 1y ago
  > most of my code is not licensed. All rights reserved. By virtue of uploading code to github you are granting them license as per their terms of service.
  - calvinmorrison 1y ago
    Licensing a repository Public repositories on GitHub are often used to share open source software. For your repository to truly be open source, you'll need to license it so that others are free to use, change, and distribute the software. In this article Choosing the right license We created choosealicense.com, to help you understand how to license your code. A software license tells others what they can and can't do with your source code, so it's important to make an informed decision. You're under no obligation to choose a license. However, without a license, the default copyright laws apply, meaning that you retain all rights to your source code and no one may reproduce, distribute, or create derivative works from your work. via https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository https://docs.github.com/en/repositories/managing-your-reposi...
    - zokier 1y ago
      > Because you retain ownership of and responsibility for Your Content, we need you to grant us — and other GitHub Users — certain legal permissions, listed in Sections D.4 — D.7. These license grants apply to Your Content. If you upload Content that already comes with a license granting GitHub the permissions we need to run our Service, no additional license is required. You understand that you will not receive any payment for any of the rights granted in Sections D.4 — D.7. The licenses you grant to us will end when you remove Your Content from our servers, unless other Users have forked it. https://docs.github.com/en/site-policy/github-terms/github-terms-of-service#3-ownership-of-content-right-to-post-and-license-grants https://docs.github.com/en/site-policy/github-terms/github-t...
abound 1y ago
For my private, personal Git server, I recently moved from Gitea to Soft Serve [1], and have enjoyed how light and fast it is. I have it hooked up via Tailscale (using TS_DEST_IP to forward traffic [2]), so it has its own IP on the network and I don't have services fighting for port 22. TUI tools over SSH definitely aren't for everyone, but if that's your style and you want a place to dump all your non-public projects, it's a great choice. Most non-private stuff goes on Sourcehut, and anyone can contribute via email (i.e. without any account) assuming they don't mind going through the arcana required to set up git-send-email. [1] https://github.com/charmbracelet/soft-serve https://github.com/charmbracelet/soft-serve [2] https://hub.docker.com/r/tailscale/tailscale https://hub.docker.com/r/tailscale/tailscale
- navigate8310 1y ago
  When people say, they can contribute via email, does this mean they'll zip altered files and mail to the repo owner?
  - 1718627440 1y ago
    Wouldn't they use git format-patch?
  - skydhash 1y ago
    Git has a set of commands that can either provide ready to be sent email messages as files (if you have a proper client, not the web ones), or send the formatted email for you. Most good clients have a way to directly pipe messages to the shell, so you can execute git directly from there to apply the change. Quite streamlined once you've got everything setup (not that difficult) [0]. But it does requires people to be disciplined with their changes (no wip commits). This may require learning about the flags for `git rebase` and `git commit`. [0]: https://git-send-email.io/ https://git-send-email.io/
  - goku12 1y ago
    No. You'd send 'patches' via email. Each patch roughly corresponds to a commit. These are diffs + commit metadata that are directly formatted as email messages. A single submission of multiple commits will be made of multiple threaded email messages. The maintainer then 'applies' the received patches to their repo to recreate the commits from the contributor. I know that this sounds complicated, but it's quite streamlined in git. You don't have to do all that manually. There is one more way to contribute by email. And they are... surprise! Pull requests! You can send pull requests to the maintainer via email, as long as your own modified clone repo is hosted and accessible online somewhere. It doesn't have to be on the same server (unlike github forks). This is done using the `git request-pull` command.
mixcocam 1y ago
I think that the best way to move away from github is to go full chad and doing mailing list with patch submissions à la LKML.
- edent 1y ago
  Perhaps I'll go old-school and insist that any patches are stamped into punch-cards before I'll accept them.
  - mixcocam 1y ago
    only rational way to move forward! but in all seriousness, i do think that there is a lot of merit in the LKML way of doing things. otherwise all of our servers would be on fire now! maybe and the insane capacity to sell things from the githubs, gitlabs of the world have brainwashed us!
  - 000ooo000 1y ago
    We get it, you can't operate Git outside GitHub. You can stop commenting as such now.
akkartik 1y ago
Critical data here is how many PRs one is creating on others' projects and receiving on one's own projects. To me OP sounds like "Lifestyles of the Rich and Famous." At my level of git collaboration, just git push contributions on any code forge and send me a link, and I'll do the work to pull it in wherever I am.
divbzero 1y ago
> You can git clone the repo to your local machine, and you can manually move it elsewhere, but there's no way to send a PR from your repo to mine. There is a native git request-pull command [1] that generates a summary of pending changes to pull into an upstream project, but it doesn’t enjoy support for all the features offered by GitHub pull requests or GitLab merge requests. [1]: https://git-scm.com/docs/git-request-pull https://git-scm.com/docs/git-request-pull
- quectophoton 1y ago
  Yeah, `git request-pull` is only a helper to create a pull request, while GitHub/GitLab/etc include that in addition to a (convenient) vendor-specific way to track received pull requests and a code review web interface. Initiatives like ForgeFed are trying to define a more neutral way to share this information, but I don't think there's any estimate date for when there'll be an actual implementation of it. If that ever happens, it'd be possible to get vendor-neutral tooling for that kind of collaboration.
dinkleberg 1y ago
I got the self-hosting bug a few years back and have been running a gitea server (among many others) on a mini PC running in my basement that is setup with tailscale so I can connect to it from anywhere, and it has been fantastic. For any OSS projects that I want to be open to the world, I still put it up on GitHub. But for anything else, it is just going on my Gitea instance.
- skydhash 1y ago
  I just use ssh. I would use Gitea if it was a team project, but it's too much of a hassle for my personal usage. So creating a repository is `ssh git@server git init --bare repo.git` and the remote is `git@server:repo.git`. Pretty much all I need.
skydhash 1y ago
> Suppose you want to make a Pull Request or just take a copy of the code. At the moment, you have to create a fork on my server. There's no way to easily fork something to your GitHub or personal server. Why are people so keen on having that network graph of forks? It's not necessary for collaboration. Status symbol?
- webstrand 1y ago
  On lower frequency repos, I often look through the github forks to find patches for issues or features that were not upstreamed. Its not infrequent I find a nice feature someone implemented for themselves but didn't upstream because it wasn't quite quality enough, making a PR is a lot of effort especially when its not clear that it'll ever be accepted.
- edent 1y ago
  I don't see it as a status thing - I see it as a convenience thing. If I want to fork your code and contribute back, that means I need to be on the same system as you. There's a bunch of Gnome projects which require me to sign up to their specific git hosting service before I can contribute. On most git servers, I have to fork in order to send a PR, which often means I have to create a fork on their system - which means I need to set up something to replicate it to my local machine. It's all friction. I'd love to see a project on (for example) GitHub and then clone it to my GitLab, work on it there, and send a PR from GL to GH.
  - skydhash 1y ago
    > If I want to fork your code and contribute back, that means I need to be on the same system as you. You really don't. You just clone, code, commit, and send a patch (which is just one or more text files). That's it. You may just code and do a diff, if it's a simple fix. The project may have a more complex policy to accept contributions. But a Fork and a PR is not a requirement.
    - edent 1y ago
      OK. Let's say I clone to my local machine, make some changes, and commit. How do I submit the patch to the repo on GitHub / GitLab / CodeBerg / whatever? Presumably I need to hunt down the maintainer's email?
worldsavior 1y ago
Why people self host a git site? If they're not an organization and are not looking for views, there aren't any reasons to self host.
- cinericius 1y ago
  They want to have control over where their code lives, and not have their code subject to the terms of the service of the platform they use. For example, I might want to host my code privately on GitHub and not have Microsoft use it to train their LLMs. That doesn't seem to be possible: https://github.com/orgs/community/discussions/135400 https://github.com/orgs/community/discussions/135400 https://github.com/orgs/community/discussions/171080 https://github.com/orgs/community/discussions/171080
- snmx999 1y ago
  I self-host a git site to keep my code private and to integrate an issue tracker. The maintenance effort is very low. I'm running Gitea on my local network Ubuntu server.
- packetlost 1y ago
  I self-host most of my personal git repos on a NAS. They're literally just `git init --bare` folders in `/srv/src` that I access over SSH. Requires essentially zero setup and maintenance and I don't have to be worried if my internet or some other provider dies.
  - quectophoton 1y ago
    This also allows more freedom in the directory structure, instead of the `$USERNAME/$REPONAME` that is enforced by basically every hosted solution.
    - packetlost 1y ago
      Yup, though you actually lose the ability to control access via groups in the URI this way (not that it matters, it's way more flexible to use Unix FS permissions)
OhMeadhbh 1y ago
Fwiw.. I have a "normal" private git server over SSH, but for public projects, it copies merges into blessed branches to public, read-only repos accessible via HTTPS. Here's an example: https://www.bi6.us/GI/B/ https://www.bi6.us/GI/B/ I sort of punted on receiving patches and merge requests because most of the projects I'm distributing in this way aren't really open source, but "published source" and there's a small community of people who use them. The people who use the public, read-only repos know how to generate patches and distribute them via email or (in one case) uploading them to an S3 bucket. Anyway... your mileage may vary, but it's worked reasonably well for a small community. Not sure I would recommend it for a huge open source project.
gitprolinux 1y ago
I simply use my own githosting product for my source code products at https://GitBusiness.com https://GitBusiness.com
account42 1y ago
While less popular these days, email-based workflows don't have the account/federation issue - anyone can just drop by and post a patch series. Of course the workflow itself is going to be an obstacle for most but I'm not sure if that's inherent or only because it's not what people are used to.
BatFastard 1y ago
I recently began running Gitea on my NAS to host an unreal5 project which requireds significant LFS, Github's free LFS limits are very small. And honestly trying to decipher their paid account limits was too much for my old brain that day. Anyone have experience with LFS on other repos?
impure 1y ago
GitLab is open source, you can self host it. Although the system requirements are quite high, you will not be able to host it on a two euro VPS. And I wouldn’t be that concerned about contributors. It’s only the very top projects that get any contributors. And even then most of the time contributors are not worth the hassle.
ghosty141 1y ago
gitweb + gitolite is all you need in my opinion for hosting private projects. I have had a wonderful experience with it since there are no complex databases, config files etc and it’s very light on resources
dividedcomet 1y ago
I love hosting my personal git, so glad to see others do! I use it for certain projects that I just want to be lazy about (personal website with sensitive data committed to the repo) projects that are for friends/family and don’t need to be public. I chose gitea maybe 2 years ago? And it’s been great. Very light weight compared to gitlab, with useful things like actions. So I can push a new commit to main on my personal server and it’ll deploy my website to the server. I still publish things I want to share to GitHub, but not everything. I think the thing that sets it apart from others would be I run it on a m2 Mac mini? Very low power consumption, never makes any noise, and seemingly has plenty of power for whatever I need to get done.
goku12 1y ago
There are two unresolved problems preventing us from effectively replacing github or similar centralized forges with a fully decentralized/self-hosted ecosystem. These are the factors that keep pushing people back onto those platforms. Note: Please add any major issues that you consider as a blocker. And, apologies for repeating some points that I expressed in other comments. I wasn't planning to write a top level comment. So, Problem 1: Discoverability and network effects. This is the main reason why people keep going back to the largest platforms. There is practically zero chance of being seen or helped on self-hosted or small platforms. And this isn't because of a missing technical innovation either. Those platform has the size and first-mover advantage. What we need is a single feature-rich search interface to query all those projects spread over the net. That would need an index. Unlike the interface, the index itself can be distributed or replicated to avoid centralization. It should be able to store structured information about projects, like instructions (readme, usage, contributor guidelines, license text, CoC, etc), license, language, pull-request interface, issue tracker location, bug/security reporting information, project type, ownership details, signing information, etc. This will allow rich searches like what's possible on github and sourcegraph. Problem 2: Communication channel. The biggest problem hindering distributed git hosting is a way to do pull-requests, code reviews, discussions, etc. Even with something like gitea, you need an account on every instance where you want to contribute. The truth is that we already have a communication channel that allows such a collaboration - email. We already have working proofs of how it operates at LKML and sourcehut. However, people have a particular dislike towards emails for git collaboration. IMO, this is actually the fault of email clients that absolutely massacre the elegance of plaintext emails. There are some powerful tools that's used with LKML that most people will never discover because of their hatred towards email. Sadly, email is a lost opportunity that could have been a delight with sufficient attention on the clients. I have given up trying to convince people to give it a try. Email is somehow a taboo in this generation. So what else? There are projects like radicle (stable, more about it later) and forgefed (activitypub, under development) that try to build such a channel. But you really don't need to create such a channel for git. Git can adapt to any current channel (eg: xmpp/movim, nntp) using its extension mechanisms. Email was probably just the default channel. You can do patch pushes (git format-patch) and pull requests (git request-pull) practically through any such channel. With a bit of attention on the UI/DX, you can avoid the mistakes of emails (like html) that made them harder to use for our purpose. Additionally, you'll also need to build other development tools (issue tracker, code review, discussions etc) around them. People got too fixated on the platform approach and missed the possibilities of protocols. Radicle: Honestly, I don't know what to make of it. It's a very impressive effort and they seem to have solved some very difficult problems. But radicle also seems to have gone for a platfom based approach and it encompasses everything. They seem to have an integrated issue tracker, CI system etc. If its scope was restricted to just a p2p network for discovering and exchanging git objects and other arbitrary information, we could have built a wide ecosystem of development tools on top of it. Radicle also feels like a darkweb that exists on a different plane from the web, though web bridges exist. For example, you can't do a clone of a repo from the net, unless it's bridged somewhere. However, I reserve my final opinion is reserved until I have a proper insight. I may have some wrong assumptions here. Please let me know if I do.
strogonoff 1y ago
I never quite understood why’d people call for “federated forking” when the truly decentralized model had existed since forever: simply clone the repository to your machine, change what you want, create a patch, and communicate it to maintainers (traditionally Linux kernel used a mailing list for that, but imaginably you could use something in Fediverse, Git doesn’t care). Everybody gets to use their favourite tooling and no one is locked to lowest common denominator GUI for things like reviewing proposed changes.
- jrmg 1y ago
  It may be too reductive for you, but the answer is “that’s not straightforward and easy”.
- theamk 1y ago
  > Everybody gets to use their favourite tooling well, no. For my work, my favorite tooling is the one that: - Allows 1-command checkout of proposed change - Allows two-way discussion, with ability to comment either on specific lines of the patch, or on the overall system, and with ability to mark each comment "resolved" or not. - Has some sort of dashboards that shows what needs to be done I can use lowest common denominator - the email messages - but it is really lacking & awkward. Even basic merge request / pull request interface are much nicer.
  - strogonoff 1y ago
    Personally, I think discussions should happen organically over any channel; a tool like Github only gives a false impression that everything happens there, but really it usually doesn’t. Regarding dashboard for maintainers, there are tools that do it well, but usually they are dedicated to that; I don’t think using PRs or issues gives a complete exhaustive picture of what needs to be done, and forcing every maintainer to use one lowest common denominator tool like Github is these days doesn’t seem like a good idea. As far as checkout, doing it with an emailed patch is one command, actually.
lloydatkinson 1y ago
Not to sound all salty and sarcastic, but I also wrote a blog post reviewing some of the popular Git self hosting options and it barely got any attention. Since then there seems to be an uptick in blog posts that seem to have less content talking about the same things. I guess I just talk into a void.
leephillips 1y ago
So much here. If I have some personal code that I want to share I just use Git, like on this page: https://lee-phillips.org/vortex/ https://lee-phillips.org/vortex/

103 points by ColinWright 1y ago

All the drawbacks are not drawbacks to me. My projects, my repos, my private server. I don't want nor need to show off ("collaborate") and if i did.. what's the point of self hosting then? Just use github/gitlab/codeberg. I don't even need to rent a server for that. Everything runs on my router (openWRT is amazing)

goku12 1y ago
> I don't want nor need to show off ("collaborate") and if i did.. what's the point of self hosting then? Just use github/gitlab/codeberg. Let me repeat this again. We didn't centralize git when we started using github/gitlab etc. We centralized discoverability and reach of projects. So far, everything else can be decentralized - issue tracking, pull requests, project planning, ci, release management and more. But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones.
- skydhash 1y ago
  > But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones. We do. https://mvnrepository.com/repos/central https://mvnrepository.com/repos/central https://npmjs.com https://npmjs.com https://packagist.org/ https://packagist.org/ https://pypi.org/ https://pypi.org/ https://www.debian.org/distrib/packages#search_packages https://www.debian.org/distrib/packages#search_packages https://pkg.go.dev/ https://pkg.go.dev/ https://elpa.gnu.org/packages/ https://elpa.gnu.org/packages/ And many others. And we still have forums like this one and Reddit where people can just announce their project. Github is more of a bad code refuge than a high signal project discovery.
  - ioasuncvinvaer 1y ago
    These are all for their own ecosystems and usually libraries only.
    - skydhash 1y ago
      Do you browse for C# projects when coding PHP? Do you chat about Fantasy books in a network hardware forum? It's all about ecosystems.
      - ioasuncvinvaer 1y ago
        And Github has the whole software ecosystem. For example I can search for text editors or ebook readers. In that case I am not searching for any specific programming language.
        skydhash 1y ago
        I don’t care that much for Github. Because of all the clones and mirrors. So I mostly use one of the above to find the canonical project link. And most software have an actual websites or is present in some distribution. I don’t care that much for weekend projects.
        goku12 1y ago
        > I don’t care that much for weekend projects. We aren't talking about your preferences alone here, are we? The case that the parent commenter mentioned is exactly what I was talking about too. What if I want a solution? What if I'm looking for algorithms or examples? What if I want to find a group of projects that's tackling a certain problem? How are my needs invalid? Are the projects that don't have such elaborate setups, polish or completion unworthy of discovery and help? You're essentially dismissing requirements that drive others to large platforms.
  - goku12 1y ago
    So if I'm looking for a solution rather than a library or a project to take part in, I need to search a dozen sources to see if anything meets my requirements? What if the project was just abandoned without being published any of those source registries? What if the project was a PoC of some algorithm that didn't need to be published anywhere else? That sounds hardly like an alternative to what's possible with Github now. The only alternative that came anywhere close to that ideal was freshmeat - and even that didn't achieve the full potential. Check this discussion alone to see how many talk about 'network effects' or 'discoverability'.
- righthand 1y ago
  > But we still don't have a solution to search projects on potentially thousands of servers, including self-hosted ones. Why do you need a search index on your self hosted git server? Doesn’t Kagi solve that?
  - goku12 1y ago
    > Why do you need a search index on your self hosted git server The search index doesn't have to be on your server, does it? What if there is an external (perhaps distributed/replicated) index that you could submit the relevant information to? Or if an external crawler could collect it on your behalf? (some sort of verification will also be needed.) There are two reasons why such a dedicated index is useful. The first is that the general index is too full of noise. That's why people search projects directly on Github. The second problem is that the generic crawlers aren't very good at extracting relevant structured information from source projects, especially the information that the project owner wants to advertise. For example the readme, contribution guidelines, project status, installation and usage information, language(s), license(s), CoC, issue tracker location, bug and security reporting information, keywords, project type, etc. Github and sourcegraph allow you to do precise searches based on those. Try using a regular search engine to locate an obscure project that you already know about.
- kaferoni 1y ago
  There is ongoing work on decentralizing discoverability and reach: https://tangled.sh/ https://tangled.sh/

NoiseBert69 1y ago

I have no problems publishing my public projects on GitHub or Codeberg. Secretly hoping that LLM-Crawlers will choke to dead on my bad code. But private stuff runs on my own servers. In 2025 it's mostly maintenance free once the setup is running: Debian will be updated fully automated using unattended-update and the hosted application when there's the need to do one manually. Backups automatically every night using Proxmox and its little brother Proxmox Backup Server. Even with valid certificates using DNS-Auth from Lets Encrypt.

zokier 1y ago

> You can git clone the repo to your local machine, and you can manually move it elsewhere, but there's no way to send a PR from your repo to mine Have people forgotten that email exists?

dogleash 1y ago
My email client (the default offering from my service provider ofc) is a POS. Therefore all of email is a miserable, failed tool and I can't believe you're being such a boomer rn.
- esafak 1y ago
  I can't tell if you're being sarcastic.
  - dogleash 1y ago
    I agree somewhere between 0% and 100% with the surface level message, and will give similar bounds for my agreement with the literal opposite of the text. It's a joke, not a manifesto in a joke suit.
- layer8 1y ago
  Use a better email client?
skydhash 1y ago
For simple changes, you can just `git diff` it to a file, put that file on a pastebin and share that link with any communication tool (or share the file directly). `git format-patch` is more where you want to share the commits (message and all). And you're not tied to using email. It's just a collection of files that you can share using whatever.
- lloydatkinson 1y ago
  Is this a common usage? While I’ve only attempted to use patch files with a Git GUI, they have always failed with errors 100% of the time for me. Given that Git GUIs just invoke Git, I don’t have a lot of faith in it.

kwar13 1y ago

I've tried the same thing and couldn't quite move away from the network effects of Github.

goku12 1y ago
Looks like this reply [1] was more suited to your comment. [1] https://news.ycombinator.com/item?id=45198395 https://news.ycombinator.com/item?id=45198395

eviks 1y ago

> 1. Leave my popular / sponsored repos on GitHub > 2. Move my smaller repos to https://git.edent.tel/ https://git.edent.tel/ Wouldn't 2. make transitioning them into 1. "impossible"?

calvinmorrison 1y ago

Github steals my software, the 'software conservatory' steals my software, etc. I dont want it in a vault, I dont want you to do anything other than read it on my site. I dont want an archive. most of my code is not licensed. All rights reserved. It's there as a personal portfolio that's it. And these scanners don't respect the LICENSE file, they think if its on the web - they can not just index it but make full copys and reproduce it.

zokier 1y ago
> most of my code is not licensed. All rights reserved. By virtue of uploading code to github you are granting them license as per their terms of service.
- calvinmorrison 1y ago
  Licensing a repository Public repositories on GitHub are often used to share open source software. For your repository to truly be open source, you'll need to license it so that others are free to use, change, and distribute the software. In this article Choosing the right license We created choosealicense.com, to help you understand how to license your code. A software license tells others what they can and can't do with your source code, so it's important to make an informed decision. You're under no obligation to choose a license. However, without a license, the default copyright laws apply, meaning that you retain all rights to your source code and no one may reproduce, distribute, or create derivative works from your work. via https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository https://docs.github.com/en/repositories/managing-your-reposi...
  - zokier 1y ago
    > Because you retain ownership of and responsibility for Your Content, we need you to grant us — and other GitHub Users — certain legal permissions, listed in Sections D.4 — D.7. These license grants apply to Your Content. If you upload Content that already comes with a license granting GitHub the permissions we need to run our Service, no additional license is required. You understand that you will not receive any payment for any of the rights granted in Sections D.4 — D.7. The licenses you grant to us will end when you remove Your Content from our servers, unless other Users have forked it. https://docs.github.com/en/site-policy/github-terms/github-terms-of-service#3-ownership-of-content-right-to-post-and-license-grants https://docs.github.com/en/site-policy/github-terms/github-t...

abound 1y ago

For my private, personal Git server, I recently moved from Gitea to Soft Serve [1], and have enjoyed how light and fast it is. I have it hooked up via Tailscale (using TS_DEST_IP to forward traffic [2]), so it has its own IP on the network and I don't have services fighting for port 22. TUI tools over SSH definitely aren't for everyone, but if that's your style and you want a place to dump all your non-public projects, it's a great choice. Most non-private stuff goes on Sourcehut, and anyone can contribute via email (i.e. without any account) assuming they don't mind going through the arcana required to set up git-send-email. [1] https://github.com/charmbracelet/soft-serve https://github.com/charmbracelet/soft-serve [2] https://hub.docker.com/r/tailscale/tailscale https://hub.docker.com/r/tailscale/tailscale

navigate8310 1y ago
When people say, they can contribute via email, does this mean they'll zip altered files and mail to the repo owner?
- 1718627440 1y ago
  Wouldn't they use git format-patch?
- skydhash 1y ago
  Git has a set of commands that can either provide ready to be sent email messages as files (if you have a proper client, not the web ones), or send the formatted email for you. Most good clients have a way to directly pipe messages to the shell, so you can execute git directly from there to apply the change. Quite streamlined once you've got everything setup (not that difficult) [0]. But it does requires people to be disciplined with their changes (no wip commits). This may require learning about the flags for `git rebase` and `git commit`. [0]: https://git-send-email.io/ https://git-send-email.io/
- goku12 1y ago
  No. You'd send 'patches' via email. Each patch roughly corresponds to a commit. These are diffs + commit metadata that are directly formatted as email messages. A single submission of multiple commits will be made of multiple threaded email messages. The maintainer then 'applies' the received patches to their repo to recreate the commits from the contributor. I know that this sounds complicated, but it's quite streamlined in git. You don't have to do all that manually. There is one more way to contribute by email. And they are... surprise! Pull requests! You can send pull requests to the maintainer via email, as long as your own modified clone repo is hosted and accessible online somewhere. It doesn't have to be on the same server (unlike github forks). This is done using the `git request-pull` command.

mixcocam 1y ago

I think that the best way to move away from github is to go full chad and doing mailing list with patch submissions à la LKML.

edent 1y ago
Perhaps I'll go old-school and insist that any patches are stamped into punch-cards before I'll accept them.
- mixcocam 1y ago
  only rational way to move forward! but in all seriousness, i do think that there is a lot of merit in the LKML way of doing things. otherwise all of our servers would be on fire now! maybe and the insane capacity to sell things from the githubs, gitlabs of the world have brainwashed us!
- 000ooo000 1y ago
  We get it, you can't operate Git outside GitHub. You can stop commenting as such now.

akkartik 1y ago

Critical data here is how many PRs one is creating on others' projects and receiving on one's own projects. To me OP sounds like "Lifestyles of the Rich and Famous." At my level of git collaboration, just git push contributions on any code forge and send me a link, and I'll do the work to pull it in wherever I am.

divbzero 1y ago

> You can git clone the repo to your local machine, and you can manually move it elsewhere, but there's no way to send a PR from your repo to mine. There is a native git request-pull command [1] that generates a summary of pending changes to pull into an upstream project, but it doesn’t enjoy support for all the features offered by GitHub pull requests or GitLab merge requests. [1]: https://git-scm.com/docs/git-request-pull https://git-scm.com/docs/git-request-pull

quectophoton 1y ago
Yeah, `git request-pull` is only a helper to create a pull request, while GitHub/GitLab/etc include that in addition to a (convenient) vendor-specific way to track received pull requests and a code review web interface. Initiatives like ForgeFed are trying to define a more neutral way to share this information, but I don't think there's any estimate date for when there'll be an actual implementation of it. If that ever happens, it'd be possible to get vendor-neutral tooling for that kind of collaboration.

dinkleberg 1y ago

I got the self-hosting bug a few years back and have been running a gitea server (among many others) on a mini PC running in my basement that is setup with tailscale so I can connect to it from anywhere, and it has been fantastic. For any OSS projects that I want to be open to the world, I still put it up on GitHub. But for anything else, it is just going on my Gitea instance.

skydhash 1y ago
I just use ssh. I would use Gitea if it was a team project, but it's too much of a hassle for my personal usage. So creating a repository is `ssh git@server git init --bare repo.git` and the remote is `git@server:repo.git`. Pretty much all I need.

skydhash 1y ago

> Suppose you want to make a Pull Request or just take a copy of the code. At the moment, you have to create a fork on my server. There's no way to easily fork something to your GitHub or personal server. Why are people so keen on having that network graph of forks? It's not necessary for collaboration. Status symbol?

webstrand 1y ago
On lower frequency repos, I often look through the github forks to find patches for issues or features that were not upstreamed. Its not infrequent I find a nice feature someone implemented for themselves but didn't upstream because it wasn't quite quality enough, making a PR is a lot of effort especially when its not clear that it'll ever be accepted.
edent 1y ago
I don't see it as a status thing - I see it as a convenience thing. If I want to fork your code and contribute back, that means I need to be on the same system as you. There's a bunch of Gnome projects which require me to sign up to their specific git hosting service before I can contribute. On most git servers, I have to fork in order to send a PR, which often means I have to create a fork on their system - which means I need to set up something to replicate it to my local machine. It's all friction. I'd love to see a project on (for example) GitHub and then clone it to my GitLab, work on it there, and send a PR from GL to GH.
- skydhash 1y ago
  > If I want to fork your code and contribute back, that means I need to be on the same system as you. You really don't. You just clone, code, commit, and send a patch (which is just one or more text files). That's it. You may just code and do a diff, if it's a simple fix. The project may have a more complex policy to accept contributions. But a Fork and a PR is not a requirement.
  - edent 1y ago
    OK. Let's say I clone to my local machine, make some changes, and commit. How do I submit the patch to the repo on GitHub / GitLab / CodeBerg / whatever? Presumably I need to hunt down the maintainer's email?

worldsavior 1y ago

Why people self host a git site? If they're not an organization and are not looking for views, there aren't any reasons to self host.

cinericius 1y ago
They want to have control over where their code lives, and not have their code subject to the terms of the service of the platform they use. For example, I might want to host my code privately on GitHub and not have Microsoft use it to train their LLMs. That doesn't seem to be possible: https://github.com/orgs/community/discussions/135400 https://github.com/orgs/community/discussions/135400 https://github.com/orgs/community/discussions/171080 https://github.com/orgs/community/discussions/171080
snmx999 1y ago
I self-host a git site to keep my code private and to integrate an issue tracker. The maintenance effort is very low. I'm running Gitea on my local network Ubuntu server.
packetlost 1y ago
I self-host most of my personal git repos on a NAS. They're literally just `git init --bare` folders in `/srv/src` that I access over SSH. Requires essentially zero setup and maintenance and I don't have to be worried if my internet or some other provider dies.
- quectophoton 1y ago
  This also allows more freedom in the directory structure, instead of the `$USERNAME/$REPONAME` that is enforced by basically every hosted solution.
  - packetlost 1y ago
    Yup, though you actually lose the ability to control access via groups in the URI this way (not that it matters, it's way more flexible to use Unix FS permissions)

OhMeadhbh 1y ago

Fwiw.. I have a "normal" private git server over SSH, but for public projects, it copies merges into blessed branches to public, read-only repos accessible via HTTPS. Here's an example: https://www.bi6.us/GI/B/ https://www.bi6.us/GI/B/ I sort of punted on receiving patches and merge requests because most of the projects I'm distributing in this way aren't really open source, but "published source" and there's a small community of people who use them. The people who use the public, read-only repos know how to generate patches and distribute them via email or (in one case) uploading them to an S3 bucket. Anyway... your mileage may vary, but it's worked reasonably well for a small community. Not sure I would recommend it for a huge open source project.

gitprolinux 1y ago

I simply use my own githosting product for my source code products at https://GitBusiness.com https://GitBusiness.com

account42 1y ago

While less popular these days, email-based workflows don't have the account/federation issue - anyone can just drop by and post a patch series. Of course the workflow itself is going to be an obstacle for most but I'm not sure if that's inherent or only because it's not what people are used to.

BatFastard 1y ago

I recently began running Gitea on my NAS to host an unreal5 project which requireds significant LFS, Github's free LFS limits are very small. And honestly trying to decipher their paid account limits was too much for my old brain that day. Anyone have experience with LFS on other repos?

impure 1y ago

GitLab is open source, you can self host it. Although the system requirements are quite high, you will not be able to host it on a two euro VPS. And I wouldn’t be that concerned about contributors. It’s only the very top projects that get any contributors. And even then most of the time contributors are not worth the hassle.

ghosty141 1y ago

gitweb + gitolite is all you need in my opinion for hosting private projects. I have had a wonderful experience with it since there are no complex databases, config files etc and it’s very light on resources

dividedcomet 1y ago

I love hosting my personal git, so glad to see others do! I use it for certain projects that I just want to be lazy about (personal website with sensitive data committed to the repo) projects that are for friends/family and don’t need to be public. I chose gitea maybe 2 years ago? And it’s been great. Very light weight compared to gitlab, with useful things like actions. So I can push a new commit to main on my personal server and it’ll deploy my website to the server. I still publish things I want to share to GitHub, but not everything. I think the thing that sets it apart from others would be I run it on a m2 Mac mini? Very low power consumption, never makes any noise, and seemingly has plenty of power for whatever I need to get done.

goku12 1y ago

There are two unresolved problems preventing us from effectively replacing github or similar centralized forges with a fully decentralized/self-hosted ecosystem. These are the factors that keep pushing people back onto those platforms. Note: Please add any major issues that you consider as a blocker. And, apologies for repeating some points that I expressed in other comments. I wasn't planning to write a top level comment. So, Problem 1: Discoverability and network effects. This is the main reason why people keep going back to the largest platforms. There is practically zero chance of being seen or helped on self-hosted or small platforms. And this isn't because of a missing technical innovation either. Those platform has the size and first-mover advantage. What we need is a single feature-rich search interface to query all those projects spread over the net. That would need an index. Unlike the interface, the index itself can be distributed or replicated to avoid centralization. It should be able to store structured information about projects, like instructions (readme, usage, contributor guidelines, license text, CoC, etc), license, language, pull-request interface, issue tracker location, bug/security reporting information, project type, ownership details, signing information, etc. This will allow rich searches like what's possible on github and sourcegraph. Problem 2: Communication channel. The biggest problem hindering distributed git hosting is a way to do pull-requests, code reviews, discussions, etc. Even with something like gitea, you need an account on every instance where you want to contribute. The truth is that we already have a communication channel that allows such a collaboration - email. We already have working proofs of how it operates at LKML and sourcehut. However, people have a particular dislike towards emails for git collaboration. IMO, this is actually the fault of email clients that absolutely massacre the elegance of plaintext emails. There are some powerful tools that's used with LKML that most people will never discover because of their hatred towards email. Sadly, email is a lost opportunity that could have been a delight with sufficient attention on the clients. I have given up trying to convince people to give it a try. Email is somehow a taboo in this generation. So what else? There are projects like radicle (stable, more about it later) and forgefed (activitypub, under development) that try to build such a channel. But you really don't need to create such a channel for git. Git can adapt to any current channel (eg: xmpp/movim, nntp) using its extension mechanisms. Email was probably just the default channel. You can do patch pushes (git format-patch) and pull requests (git request-pull) practically through any such channel. With a bit of attention on the UI/DX, you can avoid the mistakes of emails (like html) that made them harder to use for our purpose. Additionally, you'll also need to build other development tools (issue tracker, code review, discussions etc) around them. People got too fixated on the platform approach and missed the possibilities of protocols. Radicle: Honestly, I don't know what to make of it. It's a very impressive effort and they seem to have solved some very difficult problems. But radicle also seems to have gone for a platfom based approach and it encompasses everything. They seem to have an integrated issue tracker, CI system etc. If its scope was restricted to just a p2p network for discovering and exchanging git objects and other arbitrary information, we could have built a wide ecosystem of development tools on top of it. Radicle also feels like a darkweb that exists on a different plane from the web, though web bridges exist. For example, you can't do a clone of a repo from the net, unless it's bridged somewhere. However, I reserve my final opinion is reserved until I have a proper insight. I may have some wrong assumptions here. Please let me know if I do.

strogonoff 1y ago

I never quite understood why’d people call for “federated forking” when the truly decentralized model had existed since forever: simply clone the repository to your machine, change what you want, create a patch, and communicate it to maintainers (traditionally Linux kernel used a mailing list for that, but imaginably you could use something in Fediverse, Git doesn’t care). Everybody gets to use their favourite tooling and no one is locked to lowest common denominator GUI for things like reviewing proposed changes.

jrmg 1y ago
It may be too reductive for you, but the answer is “that’s not straightforward and easy”.
theamk 1y ago
> Everybody gets to use their favourite tooling well, no. For my work, my favorite tooling is the one that: - Allows 1-command checkout of proposed change - Allows two-way discussion, with ability to comment either on specific lines of the patch, or on the overall system, and with ability to mark each comment "resolved" or not. - Has some sort of dashboards that shows what needs to be done I can use lowest common denominator - the email messages - but it is really lacking & awkward. Even basic merge request / pull request interface are much nicer.
- strogonoff 1y ago
  Personally, I think discussions should happen organically over any channel; a tool like Github only gives a false impression that everything happens there, but really it usually doesn’t. Regarding dashboard for maintainers, there are tools that do it well, but usually they are dedicated to that; I don’t think using PRs or issues gives a complete exhaustive picture of what needs to be done, and forcing every maintainer to use one lowest common denominator tool like Github is these days doesn’t seem like a good idea. As far as checkout, doing it with an emailed patch is one command, actually.

lloydatkinson 1y ago

Not to sound all salty and sarcastic, but I also wrote a blog post reviewing some of the popular Git self hosting options and it barely got any attention. Since then there seems to be an uptick in blog posts that seem to have less content talking about the same things. I guess I just talk into a void.

leephillips 1y ago

So much here. If I have some personal code that I want to share I just use Git, like on this page: https://lee-phillips.org/vortex/ https://lee-phillips.org/vortex/