Should you move from GitHub to sr.ht June 5, 2018 on Drew DeVault's blog

I’m not terribly concerned about Microsoft’s acquisition of GitHub, but I don’t fault those who are worried. I’ve been working on my alternative platform, sr.ht, for quite a while. I’m not about to leave GitHub because of Microsoft alone. I do have some political disagreements with GitHub and Microsoft, but those are also not the main reason that I’m building sr.ht. I simply think I can do it better. If my approach aligns with your needs, then sr.ht may be the platform for you.

There are several GitHub alternatives, but for the most part they’re basically GitHub rip-offs. Unlike GitLab, Gogs/Gitea, BitBucket; I don’t see the GitHub UX as the pinnacle of project hosting - there are many design choices (notably pull requests) which I think have lots of room for improvement. sr.ht instead embraces git more closely, for example building on top of email rather than instead of email.

GitHub optimizes for the end-user and the drive-by contributor. sr.ht optimizes for the maintainers and core contributors instead. We have patch queues and ticket queues which you can set up automated filters in or manually curate, and are reusable for projects on external platforms. You have tools which allow you to customize the views you see separately from the views visitors see, like bugzilla-style custom ticket searches. Our CI service gives you KVM virtualization and knobs you can tweak to run sophisticated automation for your project. Finally, all of it is open source.

The business model is also something I think I can do better. GitHub and GitLab are both VC-funded and trapped into appeasing their shareholders (or now, in GitHub’s case, the needs of Microsoft as a whole). I think this leads to incentives which don’t align with the users, as it’s often more important to support the bottom line than to build what the users want or need. Rather than trying to raise as much money as possible, the sr.ht aims to be more a grassroots platform. I’m still working on the money details, but each user will be expected to pay a subscription fee and growth will be artificially slowed if necessary to make sure the infrastructure can keep up. In my opinion, venture capital does not lead to healthy businesses or a healthy economy on the whole, and I think the users suffer for it. My approach is different.

As for my own projects and the plan for moving them, I don’t intend to move anything until it won’t be disruptive to the project. I’ve been collecting feedback from co-maintainers and core contributors to each of the projects I expect to move and using this feedback to drive sr.ht priorities. They will eventually move, but only when it’s ready.

I intend to open sr.ht to the public soon, once I have a billing system in place and break ground on mailing lists (among some smaller improvements). If anyone is interested in checking it out prior to the public release, shoot me an email at sir@cmpwn.com.

Articles from blogs I read Generated by openring

Status update, April 2024

Hi! The X.Org Foundation results are in, and I’m now officially part of the Board of Directors. I hope I can be of use to the community on more organizational issues! Speaking of which, I’ve spent quite a bit of time dealing with Code of Conduct matters latel…

via emersion April 16, 2024

M2dir: treating mails as files without going crazy

Sometime recently in the past I complained about Maildir. You can go read the post, but the executive summary is that I think Maildir uses an actively user-hostile directory structure and extremely convoluted filenames that do not convey any meaning at all. …

via blogfehler! April 15, 2024

Go Developer Survey 2024 H1 Results

What we learned from our 2024 H1 developer survey

via The Go Blog April 9, 2024