I know this is ridiculously dramatic, but its the truth: I actually cried writing this blog post (tears hit my keyboard, I'm embarrassed to say).
Nobody should cry over a SaaS, of all things. But GitHub has meant so much more to me than that (all laid out in the post). I have an unhealthy relationship with it. Its given me so much and I'm so thankful for it. But, it's not what it used to be. I don't know.
We've been discussing it off and on for months, really started seriously discussing it a couple weeks ago, and made the final decision a few days ago. Putting metaphorical pen to paper and hitting "publish" makes it so very real.
I'm sure folks will make fun of me for this. It is a stupid thing. But I truly love GitHub, and I hope they find their way.
It's okay to have emotions. I have similar emotions. I'm GitHub User 22723 which is effectively the same as you (considering there's ~180m GH accounts nowadays)
My version of your post reads differently:
"GitHub only gets better if people who give a shit stick around to make it better"
Walking away would be easy. I felt that way when I left Heroku ~six years ago. I left that job and never opened the Heroku dashboard again, after nearly a decade of happy use. I felt that it was irredeemable, and though it took a while, Salesforce did eventually succeed in running it fully into the ground.
I don't feel the same about GitHub. It is precisely because it's precious that I can't walk away. I'm not the only one here who feels that way.
In the past few years, GitHub has absorbed both a fundamental paradigm shift (agentic coding) AND several different hockey sticks of growth. It's messy. I'm not always proud of the results or the product choices we are forced into. But none of it feels like the Heroku/Salesforce debacle. Occam's razor applies here: it's not "more AI coding" and it's not "big bad Microsoft." It's scale, and a fundamental shift of the ground under all of our feet.
I hope we do the things that will make you want to come back. I hope we spark that joy in you again! It's not stupid to have big feelings about something that is so central to our lives as developers. Fuck that noise.
Strongly agree. And not only that, but time has _already_ shown the continued degradation of the github experience even with users ostensibly sticking around trying to "make it better".
Sure it does. Users who continually push for the right features, stress test things (under normal circumstances), demonstrate uses of the platform that could be baked in by default, etc. are all highly valuable to everyone. And the social aspect matters too, even if GitHub really isn't a "social coding" site anymore. If great people doing OSS stuff are all on various GitHub projects, that encourages more good people to do good OSS stuff.
This doesn't apply to current Github issues, where rather than a lack of the "right" new features, it's just an escalating degradation of existing services that is the complaint.
The attitude of "stay to support the product" can prevent a better replacement. When Digg torpedoed themselves back in 2012 or whenever, that exodus was a big part of Reddit growing from niche to dominant.
The only users who can push for features now are those who can somehow directly influence people working on GitHub (a small number of users) or those with massive purchasing accounts that can shake Microsoft itself to its core (governments, fortune 100 companies).
I suppose us "normals" can push by making it easy to replace GitHub with something else, so that they start risking losing it all.
> Users who continually push for the right features, stress test things (under normal circumstances), demonstrate uses of the platform that could be baked in by default, etc. are all highly valuable to everyone
That's the job of GitHub's product and engineering teams, not the users.
To add on, GitHub has made it explicitly clear that they are both not working on features to focus on their Azure adoption and many core projects are in stasis even from community contributions.
No. Products don't magically get good because people conjured up features from thin air or just copied a competitor. It is very much a two-way street, especially when the product acts as a platform that tries to support heterogeneous use cases.
I used to think people who said Github had become very unreliable were exagerating, but I can't miss it now. If you want to keep people, you have to actually go down less.
It's interesting that internally you had a very different experience with Salesforce buying Heroku and Microsoft buying Github. From the outside it appears to be analagous (except github is degrading quicker than Heroku did?)
Did Heroku ever actively degrade? Seems more like it was neglected until the competition eclipsed it entirely. What GitHub is doing seems worse, like true active regression.
Salesforce never understood Heroku. Salesforce's understanding of Heroku, if such an understanding ever existed, was wildly different than what Heroku understood it wanted to be. Benioff's penchant for buying himself a company every year did not help — "no headcount this year, we're buying Mulesoft/Quip/Tableau/Slack/$WHATEVER. And oops we spent too much money on dreamforce. Sucks that your pager rotations are burning people out!" It was very clear they did not give a shit about us, as evidenced by resources.
It's safe to say that I'm hypersensitive to these antipatterns and have been looking out for them at GitHub, and I don't see them.
What Microsoft wants GitHub to be is pretty much what GitHub wants GitHub to be. A home for all developers, playing a central role in the production of both public and private software. That alignment was never there with Heroku/Salesforce.
GitHub is not perfect but I don't think it's "degraded faster" at all. It's _grown_ faster. Much much much faster. And it's had to expand into the AI field, which is not an incremental thing like "hey let's launch a new feature or better dashboards." Nobody knows what AI wants to be when it grows up. GitHub in 2026 fundamentally resembles a pre-PMF startup in many ways because of that. I'm obviously not an unbiased observer, but I wouldn't count us out just because it's an uphill. Everyone's on that same uphill.
Having experienced both firsthand, I fundamentally disagree that there's a parallel. GitHub/MSFT has the median amount of corporate bullshit. Not more, not less.
> GitHub is not perfect but I don't think it's "degraded faster" at all. It's _grown_ faster.
It’s grown in a way that degraded it and that required actual effort. For example:
- The fancy new diff viewer frontend that barely works. Someone wrote that code — it didn’t happen by itself.
- The unbelievably buggy and slow code review frontend (which is surely related to the diff frontend) was added complexity that did not need to happen. Its badness has nothing to do with how many users use it. It’s just bad in a no-scaling-involved way.
- GitHub actions. It’s … bad. I suppose there wasn’t a predecessor that was better.
> And it's had to expand into the AI field, which is not an incremental thing like "hey let's launch a new feature or better dashboards."
No, it did not have to expand into the AI field. A competent AI-free GitHub Core that could have an optional AI layer on top would have worked just fine if not dramatically better than the current mess.
(I say this as a paying user who will probably cancel soon. The Copilot reviews are kind of nice, but they’re not any better than a third-party system, and I’m getting sick of GitHub not working. Plus, the repos I’ve already migrated off of GitHub get to have nice non-AI things like gasp service accounts.)
I think it had all the pieces (api,cli,etc.) already that it would've still be very useful in an AI world without deeply integrating AI things (copilot, etc.). I'd take higher availability over AI features any day.
Fun story about that: In Ruby 2.x, the version GitHub originally launched with, every object implemented the method `id`, which returned the object id (in 3.x, it was renamed to `object_id`). Every object had this id, ActiveRecord models, strings, floats, integers, booleans, etc. Some objects had fixed object ids, like `true.object_id #=> 20`, `false.object_id #=> 0`, `123.object_id #=> 247 (2n+1)`. The `object_id` for `nil` is `4`.
Yehuda Katz was the first external user of GitHub after the cofounders, so his github user id is `4`.
The way Rails works, if you want to look up a user record, you do it by id:
author = comment.author
user = User.find(author.id)
Now, if there was some bug, and for some reason a comment had no author, `comment.author` would return `nil`, `nil.id` would return `4`, and the UI would show Yehuda as the author in the UI. People would ask, "Who is this Yehuda guy, and why is he commenting on my PRs?"
TBH I'm not super invested in github. I pay for it (smallest plan) and use it as a repository and for forking other projects occasionally, and for hosting some small-time static sites. I've never really needed any of it's other features. Every time I go to github.com there's more and more cruft though, which to me means that I'm not their target customer and they will inevitably either alienate me or jack up their prices. Happens every time there's an acquisition so I'm kind of used to it now.
Github has remained surprisingly useful for quite a while post M$ purchase, but I'm old enough to know that everything M$ touches eventually goes to crap. It's like a law.
I remember using CVS and Subversion though, with very limited hosted options, and I thought Github was the bees knees at the time.
When I was working at Microsoft I got transferred over to GitHub for awhile and someone there noticed my ID and made a big deal out of me having a 4-digit ID. :)
I'm 17722 and also felt late. I was a holdout on Subversion and was resistant to Git in general since SVN still worked fine and had good tooling, but eventually some client work moved to Git and thus eventually Github.
I had just tried asking Gemini to help me get there, and it kept telling me to read line 2 of github.com, as if they were serving JSON on their homepage. :facepalm:
> In the past few years, GitHub has absorbed both a fundamental paradigm shift (agentic coding) AND several different hockey sticks of growth. It's messy. I'm not always proud of the results or the product choices we are forced into.
Excellent example of why centralization is a bad thing. A Git “hub” is not a thing that should have ever existed for a self-described “distributed” version control system.
Nothing prevents usage of GH in a decentralized fashion. There's nothing magical about git remotes. Just add some more, figure out a process that works for you, have fun!
In reality: when I want to send a letter I don't want to figure out a process from scratch. I want to go to the local post office, buy a stamp, and post a letter.
Convenience is a spectrum and different people land in different spots. What irks me is when I lack the choice. And that's not the case here.
I completely understand a "people who give a shit stick around" mentality if you work there, but you can't expect users who run a business on it to stick around if it's broken.
Correct, sorry I thought this was pretty obvious but in retrospect maybe not.
I'm not encouraging Mitchell to stay, I'm saying that my version of his post is about _me_ staying to make a brighter future, and adding my context on why I still believe that.
And finally I closed with "I hope we win you back" to be extra clear about it!
github hasn't absorbed agentic coding, though. agentic coding has absorbed it, and as a result it's quality is suffering.
the thing about github that is so maddening is linus gave us the secret with git itself. then we reinvented centralized source control using git and called it github, and here we are.
As someone with the ID 1653, I've totally given up on the thing. I've even created my own rust based forge, ironically, hosted on github at the moment.
The heroku mention here struck a chord for me. I don’t feel as attached to GitHub for some reason but Heroku was the first web host I used where I felt like “this is how cool a web-based tech-oriented product can be”.
So crazy to see how money can ruin such a good thing.
> My version of your post reads differently:
> "GitHub only gets better if people who give a shit stick around to make it better"
> Walking away would be easy.
Yeah, be careful not to gaslight yourself into trying to "tough it out" with bad vendor relationships. Sometimes you do need to know when things aren't good/healthy and it is time to walk away, as sticking around just ends up being needlessly flagellent.
Especially with corporate owned software or SaaS ecosystems!
Sounds like you made the right choice with Heroku back in the day. I feel like this is Github's Heroku moment.
Considering the size and scale of Github, do you feel like it's become closer to an infrastructural public good rather than a privately owned product?
The amount of impact I've seen to businesses around the US at least might as well be akin to a Covid shutdown, and that certainly has me thinking about what the overall impacts are on the US economy overall.
Caveat, I'm not a lawyer, I don't speak for the company, yadda yadda
It's a product that is _de facto_ present in nearly all developer scenarios. There are scenarios where I personally believe public management is better than private management, e.g. single-payer healthcare is strictly better than the bullshit we have in the US now. It's fundamentally cheaper for the polity when the government negotiates with healthcare providers than each private insurer.
I don't think that's fundamentally the problem facing GitHub, and I don't think it would be better in any way — for anyone — if it were regulated like a utility. But again, I write javascript for a living. Take what I'm saying with a big-ass rock of salt.
git is an infrastructural public good. github is a company that sells you git adjacent services.
Speaking of git adjacent services. Why did google code end? Was it too hard for them to monetize? I tend to have an aversion for signing up for stuff so have never had an account on either, but they had a lot of momentum. And them shutting down that service feels like the inflection point marking the end of the "don't be evil" period, A lot of open source projects got burned in that one. That or when they bought YouTube instead of developing their own google video further.
> Why did google code end? Was it too hard for them to monetize?
My guess is that abuse (people hosting files/data that google didn't/wasn't allowed to host) made it untenable for a service that wasn't generating revenue and had limited headcount.
Something like Google drive or yt could spend a lot more energy stomping it rather than the handful of folks from the open source programs team.
What you built was a community, not a website owned by Microsoft — it could port just fine to GitLab.
“I won’t leave, I’ll fight to make this place better!” is a laudable trope ofc, but in this case you’re not making any place better, you’re just defending shareholder value. IMHO :)
I'm wondering now how the heck we ended up so early on Github. It was back then just a small unknown startup but i'm not sure what connection we first 30,000 users share. At the same time i remember there must have been also some connection to Y Combinator back in 2008. Is there a way to see my own history of probably first commits or activity on Github? Oh, i found out. It was the early Rails Community on Github. That's probably what the first Github Users all share in common.
I'm user 7xx,xxx but I also believe I created a Github account while working on Rails projects (basically copying Ryan Bates and assembling things together. haha good times)
I can feel the frustation, nothing dramatic about expressing it
This quote from the post resonated with me:
> I want to get work done and it doesn't want me to get work done. I want to ship software and it doesn't want me to ship software.
The sentiment is shared, and github is not the only service making me feel like that, it feels like everything on the web is more flimsy and low quality nowadays. Constant outages, bugs, UI papercuts, incomplete features, what in the world is going on?
I suspect it isn't even really "greed". It is just the slow mold growth of an org chart optimizing comfort for itself instead of value for customers. Generally, startups / founders are the only anti-bodies against this type of behavior.
What a weird time for our industry. On one hand, small teams have never been able to move faster than right now.
On the other, the economy and market conditions are brutal for the little guys. Incumbent behemoths hoovering up value, talent and financing.
Instead of shaking things up as usual when a major paradigm shift hits, AI has mostly been a centralizing, consolidating force. Not that I was expecting it to be otherwise, but it's certainly dismaying to witness.
Or am I being too pessimistic / glorifying the past?
I think org chart the impact is how the individual person can advance their career while doing good work. If they only get rewarded for new things, service and maintenance suffers.
Focus on open protocols, simple formats over complex vendor-specific cruft. Then you can always "fork" away from an enshittified saas.
I bet a small team of the quality of the kind developers who are attracted to hacking on Ghostty could recreate the subset of GitHub functionality they actually need in ~six months. It's just the problem of how to pay for the ongoing care, maintenance and hosting? Maybe another opportunity for Mitchell's particular brand of philanthropic OSS.
DNS is the cause of all problems, but it's also the solution - just like anyone can run Apache or Nginx, so should anyone be able to run a git setup. Then it scales really well, as everyone is doing their own thing on their own domains.
Of course, you lose out on some things like ease of user access and various protections.
React gets blamed for this because the error handling is bad and the UX is confusing. But the issue with GitHub’s frontend is that the backend is dropping requests. When you click a button on GitHub and the loader gets stuck that’s because there no timeout/error handling in the JavaScript but there also no reply from the server. I feel like React is getting a bad rap because it’s visible when the issue is clearly their backend.
> React gets blamed for this because the error handling is bad and the UX is confusing
Yes, it does.
> React is getting a bad rap because it’s visible when the issue is clearly their backend.
Two things can be bad! Except that in this case one of them is unnecessarily bad, because nobody forced them to use a front end system which defaults to terrible failure handling.
This is surprising to me, I would have bet money that all the people who actively engage in this type of language/framework war discourse were all drawing Social Security by now.
There's a big difference between a war between two somewhat equivalent things that make different choices (editor wars, language wars, etc.) vs pointing out that certain things are really fundamentally ... not good. IMO we all need to be much louder and clearer about how bad things are, and how much better they could be.
This is, in fact, on topic: github actions seemed to me like a bad idea from the start, to me, but I let my co-workers and "network effects" convince me that I was being grumpy and that it was fine, and so we've adopted it. And now ... here we are. It was exactly as bad I thought it was, and it reflected a broken engineering culture.
Fully agree. We really should punish companies that blatantly push this kind of mercenarism. I mean, every VP and CxO join a company, he/she takes super short-sighted decisions that push some random metric a bit up, and then they leave with a huge performance bonus not caring if everything is worse. They won't be around to cope with the fallout as they are already in another company doing the same.
I am not again performance bonuses, but they should be attach to better metrics. Eg the number of happy users is still up in 3 years time. Or something like this.
This is my darkly optimistic take on enshittification:
Companies know how to make good product, but if they don't have "new and shiny" to impress us anymore, then their only alternative is to make things worse so they can heel turn and then make things "better" by unmaking all of the worse things they did.
They can also milk their customers coming and going in the process.
It's not "enshittify or lose", its just raw greed. Things will get better again, either that or a competitor will destroy them. Enshittification is just the current meta and a new one will come soon enough.
When is the "get better" step? I've only ever seen two things happen mid- or post-enshittification:
1. The company builds a moat and just remains shit.
2. New entrants either displace the company entirely (most likely) or competition slows the enshittification process (distant second) or reverses it (almost never).
It's not clear to me why "get shitty" is a necessary step to this. What part of GitHub's executives' grand plan is "have a barely-functional service that randomly prevents people from working"?
Depends on how strong a moat really is, but it can be "enshittify and lose", too. Enlightened (as opposed to short-term) self-interest may pay off after two years or twenty, depending, and in the latter case, it may as well not pay off at all as far as a public company are concerned.
I think Microsoft’s home game is “monopolize and enshittify”. They are the masters and know the exactly what amount of enshittification is too much. E.g. Hashimoto quitting GH is probably totally worth the 10 SREs they fired. Us plebs cannot go anywhere.
> it feels like everything on the web is more flimsy and low quality nowadays.
Not just the web either. It feels like the whole world is in a race to throw shit together and cash out as quickly as possible: influencers, hustle culture, enshittification, etc.
My pet theory is that all of the global chaos around the climate, politics, pandemic, etc. is leading people to no longer believe in the future. Once you lose that, all that's left to care about is the right now. No one takes the time to scrimshaw the deckrails on a ship they believe is sinking.
And you, my father, there on the sad height,
Curse, bless, me now with your fierce tears, I pray.
Do not go gentle into that good night.
Rage, rage against the dying of the light.
We can't really change the tide lest we be King Cnut - but we can at least take the time and effort in the things we do to fight against entropy - bring more order and durability into our lives.
Or perhaps another adaptation:
God, grant me the serenity
to accept the enshittification I cannot change
the courage to improve the things I can
and the wisdom to know the difference.
After yesterday's outage they admitted that their elasticsearch index for issues/prs lost data.
They seem to have changed the primary source of data in the issues and pull requests tabs (w/o filters applied) from the underlying database to the elasticsearch search index, which has the side effect that there's a noticeable delay between state change of an issue/pr and an update in the UI. But as seen today, these can get out of sync, and apparently they even had data loss in the index.
I would really like to know their reasoning for making that change. I can totally imagine that they wanted to "simplify" so the UI uses only a single data source instead of two.
As a user it's incredibly annoying to have a delay between issue/pr state changes and the search index picking it up.
What? React has nothing to do with current state of affairs. In fact, React on GitHub currently exists in mere islands, i.e. in Projects and recently in Pull Requests. Most of the frontend is still Web Components[1] paired with Turbo[2] for hot reloading. GitHub is still as slow even with JavaScript disabled, try it yourself. Backend just serves stuff really slow. In fact, there is an alternative GitHub frontend (no affiliation) that feels snappier and is written in React.[3]
With that said, Mitchell complains about outages. These started directly after Microsoft acquisition[4] and are attributed to migration from AWS to Azure.
Pull Requests is the thing that was wacky in the UI yesterday, coincidence or not? I have no idea.
Yesterday we saw PR pages that displayed no error, just displayed wrong info. I would have preferred to get an error page than outdated or empty lists. I was guessing this was related to the React migration but I don't really know.
Also, the browser back and forward buttons no longer work in pull requests when going between PR tabs (commits, checks, files changed, etc) as well as some other site interactions.
Like, what user-hostile intention was the reasoning behind that? I am literally imagining a product manager smoking a cigar and laughing at the RUM session replays of me losing my shit.
I think it's more people are checked out (and AI is one part of it yes), made worse by orgs who don't know how to lead/manage/change effectively.
FWIW, some people used to (or still do) say similar things that software is significantly worse because people use "unserious" languages like PHP, Ruby, Python, JavaScript. It brought about so much cool shit that I don't think it's worth saying we should've stuck with only C and Java.
I don't know if it's just because I was young and bright eyed, but it seems like the "passionate nerd" is somewhat absent in modern tech orgs. Seems like, starting around 6 years ago, none of the new hires seem to give a fuck about anything anymore.
That's definitely great for work life balance, and I don't think any less of them for that, but passion seems to be gone.
I would be doing what I do for work if I was employed or not. That's how everyone I used to work with was. Now everyone seems to do the minimal, with the goal being more to direct blame than solving neat problems.
I'm still optimistic. I think the number hasn't gone down, just the ratio. Software still offers a relatively well paid and comfortable career, so you naturally get people who just want to do a good job and that's it. Nothing wrong with that.
Used to be nerds hanging out on IRC, distributing Slackware, hacking trialware, modding games, etc. that had the passion and problem solving determination to do software work, which used to be harder due to lack of access to information.
OTOH what a great time for a budding engineer. I'm in my mid 30s, and no longer have the same stamina and passion as in my teenage/20s, but in the last 5 years I've learnt so many things I could not have done so back in the day. I learnt and experimented way more around random topics like compilers, OS, electronics, databases because of ease of access to information, AI (:shrug:), even though I have way less free time.
Github is going around boasting how many PRs they generate a day with Copilot with very limited human input. Whether that's true or not, it might have effect.
Yes, exactly. AI isn't some magic dust that you can sprinkle into your workforce and get more productivity and better results. It is at best a force amplifier for what you already have. If you're making awful and broken products, you will make even more awful and even more broken products at a higher rate than before.
It's not a coincidence that every impressive result done using AI has come from someone with a track record of impressive results before AI. AI isn't magic. It doesn't make you good at stuff you're bad at.
Microsoft had a very specific niche of making completely awful software that wasn't actually broken - in fact, that was often the infuriating thing.
If it just shat the bed completely, you'd have an easy argument to replace it with something else; instead, it would be technically competent (Hi, Raymond!) but covered in stuff that made it infuriating to use (Hi, Redmond!), especially if you didn't live in it day in and day out.
It's slop from both sides, they're pretty obviously slopping their move to Azure, and at the same time being slammed with a Cambrian explosion of slop repositories.
Too bad it's not reminiscent of the Hotmail purchase where they tried to move off the BSD servers and ended up with new accounts on the relatively unreliable Windows-based setup, and old accounts routed to the original BSDs.
> I can feel the frustation, nothing dramatic about expressing it
I think the "ridiculously dramatic" part is the whole love letter to GitHub, not the frustration.
And I think it is fair to say that it is ridiculously dramatic. Which is okay, of course, I'm not criticising here. Just like it would feel ridiculously dramatic (at least to me) if someone explained that they cried today when they stopped their subscription to Netflix in order to move to another service, because they love Netflix so much.
The difference here is _creative_ work vs consumption. Craftspeople like Mitchell feel passionately about the tools they rely on to build. Github has also been a social place for builders.
I don't think it's ridiculously dramatic to feel sad about great tools rusting or makerspaces closing...
Spool of Wire Guy or Wiregate refers to a viral video of a man (named Dan) telling his wife (Cindy) that a spool of wire he's had for 40 years is almost at its end
The spool of wire became a prominent metaphor on the app, representing something that might seem meaningless to others, but holds sentimental and nostalgic value to its owner.
I do recall this meme and I empathize with him and also Mitchell above. It's annoying for people to not understand your feelings or make fun of them especially if they're reflections on years past.
Nothing stupid about caring deeply about tools that shaped your career. GitHub wasn't just a SaaS for a lot of us it was where we learned to build. The fact that you're emotional about it says more about how much you gave to that platform than anything else.
Ghostty will be fine wherever it lives because people follow the project and not where it's hosted. Best of luck!
So true! This quote from the blog post really hit me:
> Since then, I've opened GitHub every single day. Every day, multiple times per day, for over 18 years. Over half my life. A handful of exceptions in there (I'd love to see the data), but I can't imagine more than a week per year
How could you not feel this way about a tool you willingly use this much? Perhaps if your employer is forcing you to use it, its different. But maintaining OSS? that's a labor of love. How could you not get emotional?
There isn't inherently wrong with loving a tool or been sad when it it becomes something you can't love anymore, we are tool using monkeys after all - it is perhaps our defining characteristic.
I'd be absolute crushed if Linux (for example) morphed into something I could not/no longer wanted to use, part of the reason I use open source wherever I can is because that is less likely to happen, Inkscape is still inkscape nearly 20 years after I started using it, so is Gimp, so is KDE, they've all changed but the essence of them is still the same (so has Linux).
I think people today think that compartmentalization is easy but sometimes in life your work and personal life and everything else gets all mixed up and you get situations where others might call it unhealthy but for you, it’s fine ante it’s how you want to live your life.
That’s just to say that crying over GitHub is fine, you’re a human, we cry over all sorts of stuff. Emotions are weird and you should not feel badly for having them.
This is more than a SaaS, for you and the others. Stating kind of the obvious: without it Vagrant, Terraform and heck, even Hashicorp would have not been the same - or probably even existed. Despite probably being a later user of GitHub I share the same feelings. It's so sad to see GitHub, a product and company I once respected a lot, getting trashed by Microsoft and all of these outages.
I feel you mate. When people were scrolling Facebook, I was scrolling github, being so excited to see so many people building things together. Commits popping up in my stream were making me feel we were improving the world, bit by bit. It was an happy stream, compared to the depressing stream of Facebook.
And then Microsoft bought github. And I knew it would only be a matter of time before it would fell down. It also made little sense to build all our beloved open source projects in the living room of the entity who was so harmful to our community for years.
So I left github and joined several gitlabs. But I never found back this central steam of "look at open source being made in real time". We need a decentralized gitlab with ActivityPub.
It's good to care about these choices. There are also lots of ethical reasons to leave GitHub, and this makes it easier for people to choose to leave on those grounds, too. Every time people talk about their decisions and normalize anything that's not just having a monoculture where there are no competitive markets and monopolists control entire ecosystems, that's a good thing.
In a reductive sense, yeah it's a bit silly. But zooming out, I can understand. Sucks to have your hand forced. Sucks to be let down. Sucks to watch something that was great fall from grace.
Thanks for Ghostty, been my daily driver for awhile now. Hope the rest of your day/week goes much better!
I don't think it is dramatic. I felt a similar sadness around this subject. It's the meaning behind it: the hacker spirit, the naive curiosity, the juveline freedom, being destroyed by the corporate machine. It is a small metaphor that hits all of us in different spots.
I find the decline of these things upsetting too. I don't know if it slots into enshittification specifically, but there's a phenomenon of decline in general that's so antithetical to where my career began and what I thought was possible. I want to believe we can do better, and ideals can still matter in software.
And I mean, they clearly can; your own contributions are proof of that. We can all do better and the decline isn't a prescription we all need to follow. Regardless, it's tough to watch. Github used to be such an exciting and promising platform.
"Lately, I've been very publicly critical of GitHub. I've been mean about it. I've been angry about it. I've hurt people's feelings. I've been lashing out. Because GitHub is failing me, every single day, and it is personal. It is irrationally personal. I love GitHub more than a person should love a thing, and I'm mad at it. I'm sorry about the hurt feelings to the people working on it."
It's a fair writeup and your thoughts are valid. Businesses have to continue to re-earn customer trust each year - especially when it's mission critical and they expect recurring revenue. I hope they find their way too.
If you're still considering vendors, I think you'll find some of the keep it simple ethos can still be found among OSS friendly vendors -- Codeberg, etc. Good quality & uptime doesn't have to be expensive - just grounded by people that care enough to reject the scope creep and focus on doing one thing well.
Wow, thanks for your honesty here. I'm commenting primarily to commend your decision-making which I couch in empathetic understanding.
I saw your post and immediately thought, "good, surprised it took {any organization leaving github} this long." I don't hate big M nor the 'github ecosystem' (except maybe github actions, which seems to get 10x the attention it deserves); the challenge is I perceive far better solutions to be chosen which would serve the open source world if we simply deploy a slight increase in cognitive energy.
Whoever makes fun of you over it is exactly the people you want to avoid.
Leaving any emotions aside, all the arguments you gave are technical and carry weight: we are not always in the mood for OSS work -- or even have the time and energy, which happens to be the much more oft limitation -- and when we are, we want our infra to just work. If it does not, that might kill your motivation for a week. Or a month.
For an OSS contributor, the main one even, this is actually bad news. You are doing both yourself and your community a big service by making this difficult decision.
No man, I'm with you. I remember when GitHub was a joy to use. Finding new niche tools and projects written by people who actually cared about their work. Needed some simple postgres backup script? Browser GitHub and plenty of people put time and effort in creating something that actually worked.
I was talking about the same thing just yesterday. GitHub with its friendly mascot is no longer. It's now just another SaaS platform that everyone including my non technical colleagues are using. Their push towards everything-AI is the exact opposite of what they stood for in the begining. A community of like minded people who wanted to build great tools and loved software. But yet no longer. GitHub now feels like a soulless SaaS that's trying to hook my onto an enterprise subscription and bring my whole team along so we can all do some agentic coding or whatever.
People who reach outlier-level success in a field tend to have strong opinions and an emotional connection to said field. It’s probably a non-trivial part of why they are so successful.
Do you think this is endemic to large software organizations today, or are our needs (and the corresponding complexity) just outstripping the ability of old business models to address it?
Hey bud, thanks for the honesty and I feel your pain! You're an incredible engineer and I've looked up to you (even though we are the same age) since hanging out at Kiip. Our tools should be getting better not worse. Hopefully your influence can be a canary in the coal mine to make some real change to reliability. -D
So far everything is going according to the plan. Humans are really close to make the AI that will replace them and enter into the next phase of the plan.
Or do you have a better idea of what the plan exactly is?
You mean the AI that might fail and suck every last ounce of life out the planet and sufficate it? Have you seen the insane amount of natural gas being burned to power it? Obviously I'd love if AI solved its own energy crisis but that hasn't even begun to happen yet. You think it will invent cold fusion? Room temp super conductors? Solar cells past our theoretical limits? Do you realize it's literally being controlled by human greed?
> Its given me so much and I'm so thankful for it. But, it's not what it used to be. I don't know.
Mitchell, when I was in 10th grade and had to pick my streams which led me to pick comp-sci/stem rather than finance (I am going to college soon), I thought of my dream life and it was being on a vacation/beach using Linux or terminals and opening github and contributing to open source software. I simply couldn't imagine my life without terminal (funny because ghostty is the terminal that I use)
You said that you have been with Github for 18 years, that is longer than the time I have been on earth. You were (and in some sense are!) living my dream life in that sense and github fulfilled its role, it had helped you until recently when it has started to get worse and worse.
my point is you have an special bond with github and for good reason,so to remove an somewhat integral part of all of this (github) after so long will have emotional feelings and outbursts.
I hope that you are doing fine, Ghostty/your-work has a positive impact on my life and gives a hope by being a relaible tool I rely on, I wish nothing but the best for Ghostty and you personally.
No serious person would make fun of this emotional reaction. It seems technology had something going on, and it quickly got flooded by incompetence and greed.
We have all been deeply involved, constructed careers and sharpened our tools with technology and hopefully for the benefit of technology.
I can only imagine how deeply sad the current state of software is for those talented individuals that helped to carry it to here.
Some of us can at least hide it with cynicism because there is not much at stake, but emotional honesty is very much appreciated.
Damn GitHub is at a new low. I wish GitHub wasn't overtaken by the AI agents and hoped that the situation would improve. But it just didn't and ever since Microsoft took it over, it was just run into the ground.
I thought that GitHub was so unreliable that it would be better to self host instead of use the service [0]. It turns out that 6 years later, that was the case and it doesn't sound crazy anymore.
The problem is GitHub was neglected and the AI agents ran it into the ground and we need to now self host.
Github won't shed a single tear in return, hell, they probably didn't even know until this came out. And not to sound harsh, but they probably don't care either. If they don't 'find their way', then there are 10 different competitors ready to take over, and I hope some of them do. Better for the ecosystem to have a strong element of competition. Perhaps their time as top dog is ending, and it's only natural, nothing lasts forever, especially in tech.
Tools can be frustrating. We can get emotional with tools we appreciate and we grew up with. But we should also learn to not focus solely on work efficiency. As you say yourself, this is unhealthy. You've labeled it, now work on fixing that unhealthy relationship with work, and with that tool.
Nobody should be in an emotional turmoil because they can't do a PR in a 2h window during a day.
We should all learn to take things more slowly, because our current accelerationist society is detroying the planet, and is destroying social ties.
Because, if you get that emotional from on a non-functioning tool... wait until you discover how our non-functioning democracies allowed for a genocide to happen in Gaza, for people in the south to be doing slave-work for our AIs to satifsy people in the north, etc
It really has been remarkable watching GitHub just crumble as an organization. There's a lot of discussion about why: the switch from being independent to being part of Microsoft, having resources pushed to Copilot instead of core service, the organization structure itself, a reliance on vibe coding, etc etc.
Regardless of the reason, it's undeniable that GitHub is facing some serious issues. The unofficial status page[1] tells a horrifying story.
I would absolutely love to get some insider perspective on this (if only to learn how to prevent it from happening anywhere I work), but I think it's clear to anyone who has been paying any attention that GitHub is a sinking ship and the only reason people haven't abandoned it already is inertia. Considering how much else is changing in software right now I don't think inertia is enough to sustain a company.
I do not work at MSFT but I don't feel that I need insider perspective to understand what's going on. GitHub is being managed the way other services get managed once they're bought by big companies. Initially fine, then starts to decline, then eventually craters. Everything becomes the numbers game.
Microsoft, Oracle, VMware, CA (where software goes to die), Salesforce, the list goes on. Every once in a great while there's a good M&A team that doesn't fuck it up but that's sadly rare.
I feel like MS went out of its way to make a point that GitHub and NPM would be independent orgs that no longer had to worry about making keep-the-lights-on money. It was positioned as a benevolent acquisition for the good of the development community.
As so often happens, that didn't last long.
Nest was originally independent. Didn't take long for it to merge with the Google Home brand.
> would be independent orgs that no longer had to worry about making keep-the-lights-on money
It is honestly so shameful that we keep falling for this gambit. It is nothing more than a rank "but this time is different!"
Economics is what drives things. It is what drives things in households and it is what drives things in companies.
Unless times are truly great or the company is truly forward-looking, promises of freedom and independence from the business cycle is just an empty promise of creating a research lab.
I remember discussions at the time where people predicted that this would certainly happen. If people “keep falling” for it, it’s not the same people. And Microsoft certainly wasn’t (and isn’t) a company you’d trust for such statements.
This is a general observation, no hard data, but I find there seems to be a wall at 2 years after an acquisition. By 2 years a lot of the best talent leave the company entirely or go somewhere else in the company. Things can cruise along just fine for a bit, but as the institutional knowledge slowly leaves it gets worse and worse. Couple that with the bureaucracy and insanity of a global mega-corporation, the quality fades slowly at first, then it picks up.
> I find there seems to be a wall at 2 years after an acquisition.
It's called a vesting schedule. ;)
What I've seen is that usually the founders and heavy hitters from the original company are very BS-averse and basically just stay around to collect their money and then jet for a situation that doesn't suck.
For the rest of the gang, it tends to bifurcate: some folks stay at the big company indefinitely after the acquisition because while they can see the suck, nowhere else pays as well or is as cushy (I know people who have been thinking about leaving for 12 years). Still others excel at big company work and make a happy career out of it for a while but don't stay forever.
> but as the institutional knowledge slowly leaves
I’d like to offer a different perspective: the “institutional knowledge” often (but not always, of course) are the old timers that have been gatekeeping knowledge in order to make themselves irreplaceable.
I’ve seen this a couple of times, even in faang-sized companies.
I’m not sure this is the case of GitHub though.
It might be due to lower quality code spit out by some llm, reviewed by some llm and shipped to production by some llm-generated pipeline.
Also, wasn’t github pushed to move to azure?
Anyways, it surely is a strong signal of engineering culture degrading.
In their defense, they dramatically "over"-report sev-2/3's (things like, avatar urls are not loading in saudi arabia), which makes their cumulative uptime look much worse than it is.
If you filter for major/critical outages, their uptime of core services in trailing 12 months all have two 9's.
Also, a huge part of their cumulatively-bad availability story is copilot, which is a functionality (LLM inference) that most organizations have struggled to get two 9's of availability in for the last 9 months.
Some years ago I wondered how long will it take them to go they way sourceforge went. Once you grow too much without a proper leader, you will fall :(.
Sourceforge died in a very different way though. Bundling spyware/crapware in install packages for open source software was a serious breach of trust, and was pretty much the direct reason for mass migration to Github. Github is failing on the technical side, but they at least mostly have their brand value intact. I think it will still take quite a lot for a mass migration of the same scale to happen.
Comparing GitHub and SourceForge as if they were cut from the same cloth is laughable to me. SF has always been a wretched hive of ads and dark patterns.
Given SourceForge only hosted Open Source software, and had no source of revenue beyond ads and sponsors for quite a long time, AFAIR, I think they get a pass on a banner ad.
Not popular. Core. It was the trusted place for open source software. Then it was ads. Then the day they bundled there was a MASS exodus. And the 14 people who ran their own source code interfaces scoffed and said "see. I told you." And we all said "yup" - we knew something would happen one day, but that was a worst-case-scenario that few thought was even a remote possibility.
Hm. I read that as saying that their users are writing more code with the assistance of LLMs, thus placing more stress on their systems. I do not read it as making any comment about their own practices.
Even if you go service by service you're talking about critical things like `git` operations (literally what they're named for) at a single nine, and stuff that's pretty basic like static web hosting as only two nines. They literally can't even keep static webpages up.
I can appreciate Hashimoto's genuine feelings about Github, and the world of open-source software development that it opened for him and that he spent a significant chunk of his life participating in.
On the other hand, I can't help but think that some of this heartbreak would have been avoidable, if only he possessed more of the Richard-Stallman-esque attitude that non-free software is inherently suspect and unethical. Github has always been non-free software hosted by someone else, and run according to its owners' rules and for its owners' benefit, not ultimately the end user. This was true in 2008 and it's true today.
I've also used Github for a significant chunk of my life, often because I had to for my job. But I've never developed an emotional attachment to it. Indeed, I have long been annoyed that Github is someone else's proprietary software, that does what it can to structurally lock users into their platform despite being built upon free-software git.
I've never been able to love software that requires an email-based account and accepting terms of service and that doesn't work in Iran because the company that runs it obeys US sanctions law.
So without reservation on my end, I'm glad to see that ghostty is moving off of github to something else.
> Github has always been non-free software hosted by someone else, and run according to its owners' rules and for its owners' benefit, not ultimately the end user. This was true in 2008 and it's true today.
Yup. At KDE we never seriously considered GitHub. We always built our own git infra, and eventually landed on GitLab, after banding together with Gnome and a (generous and forthcoming) GitLab to convince them to move everything we needed from the Enterprise Edition to the free software Community edition.
I think we've had exactly one multi-hour git outage in 16 years.
They're all just value propositions. Is it worth my time and money? There ya go that's it.
It's not unlike the emotional drama I see each time Netflix raises prices (people get really upset about that), or video game discussion (the worst). If it's not worth the the value proposition, move on ... don't hang on / waste emotional cycles on Netflix or something like that ...
Granted I'm not a robot, I get the the emotional connection too, I think back to my early days in computing and I still fondly think of the now defunct manufacturer of my first PC, later the Windows 95 start me up commercials ... it was something magical.
It's odd. I've been having the same feeling as well. Earlier this week, they sent that email about copilot, which I don't use but pay $10 a month for and I canceled my subscription.
During one of the x threads where Mitchell was (legitimately) complaining about Github, there were a couple replies suggesting that GitHub should hire him to be their CEO.
And I remember seeing that and thinking "huh... not at all a bad idea."
There is a specific kind of leader that can turn such ships around, and they are strong in their convictions, and aren't just "managers", but visionaries coupled with strong execution and power to attract talent.
I think a new GitHub will emerge and when it's just right, will grow like wildfire (like OpenClaw, or even GitHub itself did during the SVN and SourceForge era). And many are already trying to be that new GitHub.
Names don't matter that much for brands. Names just have to be simple enough to remember (ideally two syllables or less). What the heck does Nike mean, for example? Boeing is just someone's name. Microsoft is just two words smashed together. A brand's name literally doesn't matter.
The problem is that what users want GitHub to be and what their owners (Microsoft) want them to be are disjoint.
If AI replaces software development the way that big tech company management wants it to, maybe they'll converge again. In the mean time, people want a git remote and they're getting an unstable host diluted with some flaky vibecoding bullshit.
I'm still holding out hope for distributed and federated git forges. The only compelling reason for everyone to centralize on GitHub is collaboration on issues/PRs without everyone allowing signups on their self-hosted forges. That could be achieved without hosting every line of code everyone's ever written in the same crumbling infrastructure.
It'll probably never happen. But it'd be really nice if it did.
> I think a new GitHub will emerge and when it's just right, will grow like wildfire (like OpenClaw, or even GitHub itself did during the SVN and SourceForge era). And many are already trying to be that new GitHub.
Really? I can only think of two: Codeberg and Sourceforge. Which are both great, but that's not what I'd call "many".
At least as far as I can tell, Gitlab seems to be used a lot more than the other two. I don't think I've ever gone to a page for a SourceForge project that was created after maybe 2012 or so, and although it's possible I've looked at a project on Codeberg or Forgejo, I can't think of a single one off the top of my head. Meanwhile, I've run into projects on Gitlab (either gitlab.com itself or a self-hosted version) at multiple employers and various Linux codebases and packages (Plasma and Gnome desktop environments and other various windowing-related software, Arch Linux package sources, etc.).
I guess it's possible that my experience is wildly different than others, but if we're talking about volume of usage today rather than individual preferences, it's kind of shocking for me that someone wouldn't think to reference Gitlab at all in the list of potential successors, let alone not mention it literally first.
Gitlab's interface makes me want to cry every time I have to use it. I would not recommend it to someone who misses classic GitHub. Codeberg/Forgejo/Gitea would be a much better match.
>It’s not a fun place for me to be anymore. I want to be there but it doesn't want me to be there. I want to get work done and it doesn't want me to get work done. I want to ship software and it doesn't want me to ship software.
Has anyone else shared this sentiment? If so Redmond needs to lean in hard.
this is an absolute killing blow for Microsoft if it gains real traction. You made developers your cornerstone eight years ago for nearly 8 billion dollars. you spent another 2bn on minecraft to clinch the deal with young developers and the code camp kids.
Youve lost the OS, and the server realm. Lose the developers, and youre on your way to becoming the Xerox of the 21st century.
> Youve lost the OS, and the server realm. Lose the developers, and youre on your way to becoming the Xerox of the 21st century.
This is a very HN take. MS is terrible or at best "second tier" on everything they do including gaming, they also lost the mobile race, they're very likely going to lose the AI race, but they'll still hold hostage of the vast swathes of average white collar workers with Office, people that don't care at all about technology as long as they have Word and Excel.
There's a reason why writing .docx was one of the first proper skills that Claude got.
> but they'll still hold hostage of the vast swathes of average white collar workers with Office, people that don't care at all about technology as long as they have Word and Excel.
I can't wait for the anti-trust lawsuits. M365 and O365 are already super shady in terms of being able to migrate out or be interoperable with other solutions. "Accidental" roadblocks almost everywhere.
Basically, Microsoft furiously bribed their way into formally standardizing the utterly broken MS Office formats, so EU and potentially other regulators couldn't mandate them to be "interoperable" with existing standards (e.g. OpenDocument, based on OpenOffice, which was on its normal way to become standardized with no fast tracking and no bribing). They even called it "Office Open" to foster confusion.
They can do whatever they want and get away with it because a big part of their business model is, much like Oracle and SAP, based on bribing government bodies across the world.
FWIW I also think an underappreciated advantage is Windows Server (last I checked that was still rock-solid) and Active Directory. Lots of CIOs / CTOs would correctly veto a move off of these, absent a specific technical problem. This is really more of a "hard knocks" lesson than anything fundamental to operating system design or implementation, but: the two Linux shops I worked at got at least a little sloppy about the sudoers list, or got frustrated and gave too much access to a "shared" folder, etc etc, largely because the admins got fed up with all the Mother May-I-ing. It just seemed to inevitably turn into a mess; sometimes that mess is fun and even productive, sometimes it's actually unacceptable.
Even the research hospital I worked at had a proper SELinux setup on the Red Hat installations, but by-quantity most servers were CentOS and it was way more of a free-for-all than it should have been, e.g. I was the fed-up admin when I was really not qualified! I screwed up a lot. Not that big of a deal: this was research-related computing and deidentified data. All the clinical computing was Windows Server. That is not a coincidence, it is really a market difference.
As someone who hates Windows 11... I do like the core Windows kernel, and would much rather do IT on Windows machines than Linux machines. Windows NT is very fussy and a bit bloated, but a huge part of that is an admirable commitment to backwards compatibility; a lot of XP applications run fine on Windows 11, except DPI wonkiness. And Windows' driers advantage isn't just commercial support; the kernel is fundamentally leaner and faster than Linux at real-time IO, and better about cleanly isolating driver processes across privilege levels. Very broadly, compared to Linux I find administering Windows easier to navigate and harder to screw up, especially with handling user permissions. Surely part of this is what I grew up with, but there's also a values difference: a lot of Linux users like how low-friction it can be since the OS doesn't get in your way. I kind of like that Windows makes you turn an excessive number of disarming keys... even when I am frustrated by it.
It does make me quite sad that the only real general-use OS options are the apex of a 20th-century operating system family, Apple's version of that, and a truly 21st-century monolith-microkernel hybrid whose specific design is a mystery to public science.
Github is claiming that a usage spike in 2026 is the cause of availability issues in 2025, so their explanation is clearly incomplete at best. The usage spike may be why things have failed to get better despite them putting effort into improving things, but it isn't the root cause of problems.
But the outages have been getting worse and worse even before anything related to AI took off.
The issue is that they're not a scrappy startup anymore, they are defacto running the internets development infrastructure and are owned by a trillion dollar company.
So the bar they're measured by has changed and they haven't even tried to keep up, paying lip service to reliability when you are critical infrastructure is not going to go well.
There were reliability issues in 2010 for sure, but it feels worse now; the period before acquisition was the most stable (2014-2017).
Their own greed is causing their issues. They could be doing a million different things to reduce demand, but they don't want to dampen their current growth and have opted to continue scaling up at the cost of quality.
Coupled with this (unsubstantiated but thorough) discussion on the internals of Azure, if even a fraction of this below-linked post is true, Github's abnormally-filesystem-intensive workflows would have wildly unpredictable performance and reliability forced onto Azure.
Azure also regularly has incidents due to capacity issues in several regions, so that many Azure-managed services also go down. Some of those incidents have been open continuously for many months now.
I think it doesn't need to be a large X% increase, just needs to hit some critical infra threshold where various services start failing and cascade. Weakest link and everything.
It's been on a downward trend before agentic coding took over. I suspect it's a mix of Microsoft culture and Microsoft infrastructure. It's starting to feel about the same quality as other Microsoft services.
Short aside, I have to rehost dotnet CLI binaries because their hosting infrastructure is so unreliable that it was causing CI failures regularly.
Incomplete pull request results in repositoriesSubscribe
Update - We are actively reindexing the remaining ElasticSearch indexes. Our priority is ensuring correctness and avoiding further impact. We are taking a measured approach to safely backfill data and will share additional updates as progress continues.
Apr 28, 2026 - 15:58 UTC
Update - After yesterday’s incident, we are investigating cases where /pulls and /repo/pulls pages are not showing all indexed pull requests. This is because our Elasticsearch cluster does not currently contain all indexed documents.
No pull request data has been lost. As pull requests are updated, they will be reindexed. We are also working on accelerating a full reindex so these pages return complete results again.
Apr 28, 2026 - 14:51 UTC
Investigating - We are investigating reports of degraded performance for Pull Requests
Apr 28, 2026 - 14:17 UTC
It began pretty much immediately after the acquisition. There was an uptime chart making the rounds a while back, and less than a year in, the all green data points of pre-Microsoft Github turned to lots of red. I assume brain drain, as everyone vested or otherwise completed their contractual requirements and cashed out. And, Microsoft has never had a great reliability culture in their cloud services, so no in-house talent to effectively take over.
#2 makes #1 a big problem. AI-generated code is fine if you have thorough engineering practices around it. Are they blindly merging in AI generated code without review? Maybe. Thats an issue of engineering practices, not of the use of generative AI in general.
Azure is not the best, but it mostly works. GitHub gets only 98% reliability for git operation component, reading and committing. This is the most basic component. The fact they are not on this 24/7 and it isn't fixed is the result of a culture (=what is prioritized, what quality is accepted).
GitHub took a massive hit in credibility when it got bought by Microsoft. We are a burned generation, we have seen the worst of Microsoft. This created a massive crack in the foundation of trust for most people.
Then Copilot happened. Some people dug how the training is done, and one GitHub employee responded by mail that every public repository including GPL repositories are included (the relevant Tweets are deleted unfortunately). The created crack has deepened. Some of us (incl. me) left GitHub.
As Copilot entrenched, Microsoft's product development practices and philosophy took over, and vibe coding started to be used by hordes of developers, GitHub's code foundations started to crumble. Add the big migrations they're doing & regressions they are causing on the UI now, and we're here.
GitHub's first enshittification cycle is over. Now we're starting the second cycle. The bloated, slow, entrenched hegemon's decay from relevance phase.
It'll be a slow decay. It won't fall in a day, but they golden era is long gone.
Any more context on the copilot training note? More pointers would be very interesting, but we'd need to keep in mind how many different underlying models were (are?) branded as copilot. I thought at some points the "copilot" model in autocomplete contexts was a finetuned GPT from OAI.
Re: GPL, there are other open access datasets of git repos that make some distinctions between copyleft licenses but those are older resources now.
Please see below. This is from the OG, "first generation" Copilot, from 2022. If I can find any more from my dusty trove, I'll edit or reply to this very comment. I can't do more digging now, because I'm in a pinch.
> Re: GPL, there are other open access datasets of git repos that make some distinctions between copyleft licenses but those are older resources now.
Arguably "The Stack" contains only permissively licensed code, but there are two repositories of mine inside it. One is a very simple logging library, without any license (which implies "All Rights Reserved"), and another is a fork of LightDM which I worked on, which is GPL licensed.
So any "permissively licensed" dataset probably contains at least one copylefted or strong copyrighted codebase, making them highly suspicious.
== EDIT ==
Found some. Kagi's date-constrained search to the rescue.
> To the "Git is distributed!" crowd: the issue isn't Git, it's the infrastructure we rely on around it: issues, PRs, Actions, etc.
A suggestion: use git-bug https://github.com/git-bug/git-bug in addition to migrating to another forge like Codeberg. It saves issues, PRs etc in git itself (not on a branch - on a specially crafted ref). It offers two way sync with a lot of providers.
Other VCSes like fossil store issues alongside the repo. I think it's appropriate because in a sense, issues are part of what gives meaning to the code (like documentation)
> Other VCSes like fossil store issues alongside the repo. I think it's appropriate because in a sense, issues are part of what gives meaning to the code (like documentation)
I was thinking about fossil in the context of agentic workflows the other day, after seeing a co-worker go all in on sort of shifting themselves to a TPM workflow, using a locally hosted kanban board (inspired by OpenAI's Symphony).
It'd make things easier to have everything shoved into the repo, other than that everything is now shoved in the same repo being handled by the barely constrained chaos monkey that is an LLM coding agent. Locking things down gets hard if it's got access to the whole thing there.
git-bug is great but it doesn't handle PRs nor does it have a method for users without commit rights to submit bugs to the project. I know they're working on the latter (something with the web UI?) but until then you still need some kind of public infra for issue management if you want the general public to be able to submit issues.
I use it for my project[0] to keep issues centralized with the repo, but I still use Github Discussions as a pseudo-bug tracker to let random users provide input. If it's a bug I add it to git-bug and sync it to Github issues for public viewing[1], but if you want use bug reports that's not really going to work.
[1] Ironically I got this workflow idea from ghostty and mise, both of which require users to submit bug reports as discussions first and only generate tagged issues once an actionable bug is determined.
Maybe Mitchell will pull a Linus and, out of frustration, take a weekend off to write the distributed infrastructure for issues, PRs, actions, etc. around git.
We've had trouble with git and repo's that have used non standard refs. It's all fine and fancy until we wanted to use some tooling that works with git, except it wouldn't see our unusual refs, and because they were non standard they were effectively hidden unless you knew they were there. So the migration work (almost) silently lost 10+ years of old work that was hiding away under those non standard refs.
This seems like a great opportunity for new platforms who are rethinking the OSS space to finally gain the traction they need to be effective. For a collaborative platform, quantity is key, and I am hopeful that someone who is interested in advancing the software space will become the new go-to. This isn't to say that GitHub hasn't been innovating, but at least from my perspective, the way we've used git for the past however-many-years has remained basically constant.
Some projects that seem interesting:
- https://tangled.org/ seems to be building out cool and exciting ways to write and interact with code (and they're distributed on the ATProto! But notably that's not their core selling point)
- Microservices like https://pico.sh/ and https://sr.ht/ feel like fresh air...
Thanks for the callout: we’ve been reimagining code forges by making them irrelevant with tools and tiny services like: https://pgit.pico.sh (static site generator for git) and https://pr.pico.sh (pastebin for git collab)
They are still a WIP but it’s on our roadmap to continue to improve.
I'm happy that raw git + mailing lists works great for the linux project, but can the rest of us all agree we actually do need issues & PRs? And that it's super painful to lose all this context when platform hopping, or when the service unilaterally decides to deplatform someone?
So where are we going? Mitchell will be deciding for Ghostty. If github's current trajectory is anything to go by, everyone else will need to decide where to go sooner rather than later.
I'm worried that it will be a Babel scattering event and this open source superpower that github catalyzed (how to describe it?) will just evaporate.
I'm also worried that wherever we go next could have the same fate as github.
So what then? Radicle is the only thing that I've seen that could theoretically 'solve' the problem, though it still needs a lot of work: https://radicle.dev/
There will be disruption as people move to various platforms and then one will “win” by a small amount which will self reenforce until we have a new GH and the pattern will likely repeat.
Companies will keep using GH for a long time because they seem to be really tolerant of outages (and have a massive switching cost depending on how much of GitHub they use outside of git).
Smaller teams/solo devs much less so.
Isn’t really anyway to coordinate it ahead of time, it’s more an emergent bottom up thing than a “all devs agree to move to X” ahead of time.
Not surprised, I think I was subconsciously waiting for this as Mitchell has been very vocal about Github on X. They killed a lot of developer goodwill, and I feel this is just a start of the mass exodus.
Good luck to the team with migration! (And here's hoping it's ersc :))
I really wish an open-source developer of his caliber would also migrate to a serious microblogging service which isn't so openly hostile to truth and civility. Ending the sticky network effect of an evil service starts with its biggest, most prolific users migrating away.
It's not about the technology, it's about the people. The initial people on your network matter. The moderators matter too. That's just a very different job than writing and shipping code.
It's all about who you follow. My feed is mostly AI people, entrepreneurs and nerds. Some political stuff gets through, but otherwise, I'm glad to be back on X in the last few months (I left a few years ago in disgust over the insane politics because even nerds were only talking politics).
No, that’s just solving for you. The person you are responding to is asking for an ethical stand; just because you can ignore it doesn’t mean it’s not there.
This is the same bullshit that people bring up with Facebook, there’s no reason we can’t apply the same rubric to Twitter.
I'm very interested in where ghostty ends up - I wonder if they'll follow Zig to Codeberg?
It does seem like it might, in general, be a very opportune time for GitLab (or another host) to publicly step up!
There seems to be a lot of chatter on X recently about wanting an entirely new GitHub usurper that doesn't look like GitHub at all, but in the short- to medium-term I expect this not to gain a huge amount of traction because of the sheer cultural embeddedness of git + GitHub in modern day software development.
Would love to see it become more common for projects with sufficient inertia to host their own forge like GNOME or Inkscape do. Could be a service that foundations like CNCF or LF offer to their projects.
GitLab? We use gitlab for work. Its way worse in comparison.
Last week I encountered a bug where my merge request simply didn't show that I deleted a file. Apparently it's because my MR included the creation of a folder with the same name as the basename of the deleted file. Unacceptable for a code hosting platform.
Other than that I miss GH Actions, a clear ui (gitlab has way too many sub-menus), a responsive ui (gitlab feels very sluggish). And while we don't have the Gitlab duo activated, it still pops out regularly eventhough I can't use it besides closing it.
...and I don't even want to start with their issue buard.
It strongly reminds me of Jira in terms of quality, which is no compliment.
> I know I work at GitHub so that might sound heretical, but I promise it’s not controversial for me to say it. Very few people internally believe that PRs and issues are ideal primitives for the future of engineering. And there are a lots of us inside the machine exploring what comes next.
Github released that split PR beta, so sounds like they are still thinking about the future which is moving towards small manageable PRs which are part of a parent ticket. That's a solid way to dealing with AI codegen bloat.
Honestly the arrogance of their workers are truly astounding. It also tracks that someone with little software experience would become GitHub's staff research engineer. Truly a massive signal that we can't let these companies lead the direction of tech in our country.
You weren't kidding. They're an anthropologist who went into design a few years ago because "it's not terribly employable" and as of less than 1 year ago was a "Lead Design Engineer at Normally"? This is GitHub Staff eng steering the direction of the concept of PRs?
I don’t know if it’s production ready yet, but tangled.org is a really interesting take on a forge and I’ve been watching it for a while. It decentralizes the centralized parts of GitHub in a pretty neat way. The biggest problem with forges that aren’t GitHub is people need to make and manage all these different accounts for each place they contribute (which almost certainly will lower the amount of people who do. Maybe this is a good thing these days though...)
Tangled uses the identity stuff from atproto which lets the important stuff (git, CI, etc) be decentralized while people only need one identity to contribute (and you can self host your PDS too). So nothing ends up being reliant on a third party.
>manage all these different accounts for each place they contribute
For me that's a minor problem. The struggle of working across multiple code forges or making my code available on multiple is syncing CI/CD, issues, releases between them. I don't have the energy to maintain multiple versions of a pipeline.
I'm also closely following Tangled's development. Their two biggest weak points: lack of private repositories and ux design (which I don't have a problem with but I've seen many people mention) are both being worked on. Atproto is developing a permissioned data segment to the protocol, and Tangled just hired a designer. I'm excited for it.
maybe, but tangled knots actually federate. you could contribute to repos on knot.ghostty.org and knot.tangled.org with the same account. no other platform permits one identity across instances.
I migrated my entire workflow onto a personal GitLab instance after the whole "pay a fee to bring your own bags to the grocery store" GitHub Actions pricing shenanigans earlier this year.
Best decision ever.
100% uptime. 100% less stress with each of the product/pricing changes over the past few months.
Was also able to build my own GitHub Copilot equivalent that auto-reviews MRs interactively.
Yeah, if you're hosting your own just use forgejo. Forgejo has a better governance model and is actually open source, not a corporate project that happens to advertise in open source. The distinction is meaningful.
forgejo has been great for us. It scales remarkably far with the built in sqlite db also. Single binary, no deps. You ofc have the option to hook it up to a proper database server.
prs not being visible because search is down, various ui elements not loading, pushes failing, merges failing, gha runs that fail with random errors or take forever to schedule
i literally do not recall the last day that passed without someone on my team noticing that some portion of gh was degraded.
I've been impacted once: An action that failed to start (a PR check), then the merge button on that PR having no effect. Thankfully there was no urgency. It's a bit distressing because GitHub is kinda the engineering hub of the companies. We do have copies of the codebase on our computers and can launch build from there, but we have a process for a reason, and bypassing it is hacky.
On a much smaller scale (niche personal projects), I'm also planning to leave Github (probably for a local forgejo or even gitweb).
The vast majority of features GH offers are of no use to me. In fact, in the age of vibe coding, zero-friction drive-by contributions are a net negative. The UX has been steadily dropping for years. The recent abysmal record in availability and bugs is just the last drop in the bucket.
The writing was on the wall the day they were acquired. They had a good run, but those days are long over.
You're not alone. At my company, we're now making plans to self-host our Git and CICD. I probably can't sell them on Gitea+Drone or Forgejo or another open-source solution (even though it'd suit us well), but we're still going to find a solution that isn't dependent on someone else's platform not sucking.
The downfall of GitHub is sad, having a centralized way to find cool open source software is amazing. I use the feed of what people I'm following are starring, tags and code search to find amazing and interesting projects, and I'm afraid I'll be missing out on great but hidden software since there is fragmentation when people leave GitHub.
And the search capabilities of alternative Forges are not the same (Mostly due to costs I assume)
Reading the write-up again, this really struck me:
It’s not a fun place for me to be anymore. I want to be there but it doesn't want me to be there. I want to get work done and it doesn't want me to get work done. I want to ship software and it doesn't want me to ship software.
Github is really Microsoft. The above paragraph captures perfectly what it's like to work in a big company like Microsoft.
When Github was a startup, it was both a tech company and a social media for coders and a real-life social scene (especially in SF, some pretty epic stories over the years).
Once Github was acquired, it was a countdown to all the soul being sucked out of it and simply a mechanism being left behind.
The big idea is all agentic interactions should critically rely on GitHub APIs. Code review should be agentic but the labs should be building that into GH (not bolted in through GHA like today, real first class platform primitives). GH should absolutely launch an agent chat primitive, agent mailboxes are obviously good. Etc. GH should be a platform and not an agent itself.
Why do I want that running on somebody else's computer? It's bad enough that most developers already rely on Anthropic or OpenAI. What value does a remote working repo add?
This sounds like massive centralization on GitHub and super ugly product coupling, instead of rolling open standards. I'm now glad Mitchell doesn't run GitHub.
It is sad to see how far GitHub has fallen. Will also be interesting to where mitchellh takes the project, I imagine codeberg and sources are possibilities.
Github has been all right for me because I don't do too much collaboration and I prefer not having to worry about the security implications. But it just struck me that I have my own infrastructure on Tailscale. I could probably just use Github as an alternate remote and use my own infrastructure to store the code. I imagine a gix + axum + maud should be able to give me my own git web host.
The existing open web hosts are just super heavy. 512 MiB minimum RAM and stuff is totally unnecessary though I have hundreds of gigabytes of the stuff. And then you need all these DSL YAMLs around and a job runner etc. I think I could probably fit the whole thing into a much smaller size. And I have kube running already so job management isn't the hardest thing in the world. Nightmare for SOC2 perhaps. I guess we'll see.
I think this is all home-forgeable now. The advantage of Github for OP was the social aspect, clearly, but I don't use it for that. And I'm a really late user 7,322,596 from 2014!
I think GitHub has completely lost the plot over the last year or so, I don't think the stuff I work on will leave any time soon but I'm slowly losing my patience with github.
The other week I spent about an hour trying to figure out why my actions jobs were just stuck on waiting and not starting.
For my personal stuff, I think I'm going to migrate to either my own selfhosted instance of something like gitea or codeberg, the juice just isn't worth the squeeze anymore imo for GitHub, even with stuff like free runners and pages.
I personally think this is mainly attributed to GH Copilot and I would love to know if MS/GH even makes a profit on it.
>I’ll share more details about where the Ghostty project will be moving to in the coming months. We have a plan but I'm also very much still in discussions with multiple providers (both commercial and FOSS).
what a cliff hanger!
As someone with similar warm feelings for GitHub, it's kind of sad to see the fragmentation but I have similar frustrations with the recent outages. Perhaps it's time to explore the idea of unbundling the social/discovery layer from the code hosting/dev tool so we can live between the myriad git/jj hosts but still do "social coding" together.
Agreed. Tech-bros think this is a flex. But at some point americans need to recognize when they have a unhealthy relationship with work, and with consumption.
Because this is affecting the planet, our social ties, and everything else. And it's having impact on all of us indirectly
> past month I’ve kept a journal where I put an “X” next to every date where a GitHub outage has negatively impacted my ability to work2. Almost every day has an X
Is it really this bad?
I've seen people complain about Github, but I thought it was more of a theoretical inconvenience rather than a real practical one. As in, the uptime for a serious software company should be 99.9, but two hours down just today, and constant outages over the month that they noticed... that seems way worse.
Yeah, we use GH heavily at work (not so much GHA for critical workflows, thank god). They have an outage that breaks our git operations once a week at least. Like, webhooks not delivered, PRs not showing up, git operations not working, API issues… and that’s not counting GitHub actions which we only use for noncritical workflows
why not just setting up github enterprise? i mean it's still an infra to take care but if you are willing to pay for it, you may as well? from my experience the other git forge doesnt provide the same feature sets and api as github, like gitlab ci is actually pretty limited compared to GHA, there is no concept of github apps for other providers too, but maybe you just want a code hosting..
This comment doesn't add anything novel to the discussion, but is worth adding I think because hubbers and MSFT folks read HN - I too am evaluating leaving personally. Professionally, we're talking about it loosely, and if it continues it will become an increasing likelihood.
If Github were shut down, it would feel even worse than if Hacker News was shot down. I am github user 1520. Signed up a just few days after Mithcel on february 2008. I remember the early days sitting in a hotel lobby next to Chris Wanstrath and discussing a bug I found on github. Not ready to do the switch yet.
OP takes issue with GitHub's constant outages and alludes to agents (and Copilot bloat) as the primary cause.
Lots of big services are like this. Google Colab's 'Connect to Drive' is down as we speak. I'm up right now because I know my Runpod VM in Kentucky is going to die rather abruptly and I'll need to manually get it up.
Everything has its flaws.
Microsoft lets you host your code, websites and media for free and
Is "migration to azure" or "microsoft acquisition" a cause or a symptom?
I'm wondering to what extent the natural life cycle of SaaS products comes down to: the company grows, the old guard with good technical taste move on, bad technical decisions are made, quality declines, users move on.
I never had any positive relation to Github. Free software should be developed on free platforms. So I very much welcome this. Fuck Github. Every single outage Microslop vibe codes is a good thing.
But it's very interesting to read about the author's very different perspective. User 1299 in 2008 is wild. His Github account could share the Radler I'm drinking right now with me.
I see that it's genuinely sad, but proprietary software and services make you completely dependent on someone else. If you want to rely on something for the future it has to be FOSS, everything else is a rug that will be pulled under your feet eventually.
Possibly in a few years from now we'll get actual data about how many outages we've seen or how much have x services degraded, overlapped with the push for "AI everywhere".
there are plenty of enterprise github users. Where I work currently has an internal github and uses external github.com to host public facing OSS work.
codeberg, self-hosted forgejo, gitlab, still-beta sourcehut, tangled? github was “the git community” and now it’s fracturing—you need accounts everywhere, you can’t easily discover neat projects
i like tangled if only because it’s built on atproto which emphasizes ownership and transferability of identity: something that would make the move off github so much easier
n=1 but i don't really discover new projects via github, it's mainly here, reddit, or via colleagues. then again, i selfhost forgejo so don't have a real presence on github
about to launch my first open source project in days. reading this with a knot. github used to be a default; now it's a decision. and watching mitchellh agonize publicly is the honest preview every new maintainer gets from now on.
Hear me out: Github needs ads . If option A is downtime (and data integrity issues), Ads are more favorable. The terminal UI and PRs are both captive real estate that developers have to pay attention to.
There is a simple cost equation of 40-100x demand vs a fixed op-ex budget for the org. Github can either 40x their paying customer fees or try to monetize all of the free vibecoder (and open source) traffic.
Imagine if MS just did a git revert all the way back to ~2020. That was peak GitHub for me. We got some niceties the first couple of years after the acquisition - free private repos, Sponsors, secret scanning, a new mobile app and CLI - but things were still pretty stable, before their architecture and the little UX touches got destroyed.
If I was OpenAI / Anthropic, I would see this as a massive opportunity.
I mean, why wouldn't you want to consolidate git repos, a heroku/fly.io/vercel like container system and direct access to web-based coding tools. They have the coding models and agents, slap a web interface over Claude Code running in a container, allow for commits and deploys. Control the entire stack.
> To the "Git is distributed!" crowd: the issue isn't Git, it's the infrastructure we rely on around it: issues, PRs, Actions, etc.
Yet again, I wish the prevailing SCMS were more like Fossil, where issues and forum posts, at least, are part of the repository (and everything lives in a single sqlite file). (Of course Fossil actively opposes "pull requests", separate issue)
> Lately, I've been very publicly critical of GitHub.
Well, he is not alone with that. Something isn't working - and Microsoft either does not realise it, or does not care. I think the microslop strategy consumed Microsoft internally; it seems unable to change trajectory now. It's like you are driving to a cliff, in a car but you are not the main driver. It's quite interesting to see though - people can now expect "which disaster will hit Github tomorrow".
On the other hand, I also think it is time that Github gets some serious competition. Gitlab is not that competition; codeberg also not really (they'd need to up the useful features by a LOT and keep on driving that - I just don't see they have enough energy and momentum for that, but as a smaller source code hosting platform they are not bad either).
It really has been infuriating lately. Between this and my company's proxy screwing with HTTP/2 at least once a day the frustration is very very real. While I'm nowhere as invested in GitHub its decline does make me sad.
I'm not sure how we ever could have expected GitHub to continue with or add quality when being built by the same company that also builds MS Teams. There are clearly the wrong quality levers at work inside Microsoft.
Yes, it seemed like Microsoft had a brief interregnum period of about 10 years where they seemed to have a renaissance and a genuine culture change and a concern for quality and initiative seemed to take hold.
And for many of us who came into the industry in the 90s this was a strange period because actually post-Gates/Balmer MS suddenly seem not so bad?
But that was until the first deals with OpenAI and the first round of layoffs. After Musk's purges at Twitter, MS was the first to really join in the fray.
Since then the old MS is back. Clearly as Machiavellian as in the past. But kind of sadder and more pathetic.
But honestly I'm also a bit confused by the framing some people have this thread because I remember GitHub always having reliability issues in its early days. It and Twitter were both famous RoR projects with notorious and constant outage issues in the 2008/2009 time-frame.
As an aside, I always wondered why GitHub had a web interface. Admittedly I’m a pre-web SCCS/RCS “old timer” but I wouldn't have put a web interface on it at all.
Nobody should cry over a SaaS, of all things. But GitHub has meant so much more to me than that (all laid out in the post). I have an unhealthy relationship with it. Its given me so much and I'm so thankful for it. But, it's not what it used to be. I don't know.
We've been discussing it off and on for months, really started seriously discussing it a couple weeks ago, and made the final decision a few days ago. Putting metaphorical pen to paper and hitting "publish" makes it so very real.
I'm sure folks will make fun of me for this. It is a stupid thing. But I truly love GitHub, and I hope they find their way.
It's okay to have emotions. I have similar emotions. I'm GitHub User 22723 which is effectively the same as you (considering there's ~180m GH accounts nowadays)
My version of your post reads differently:
"GitHub only gets better if people who give a shit stick around to make it better"
Walking away would be easy. I felt that way when I left Heroku ~six years ago. I left that job and never opened the Heroku dashboard again, after nearly a decade of happy use. I felt that it was irredeemable, and though it took a while, Salesforce did eventually succeed in running it fully into the ground.
I don't feel the same about GitHub. It is precisely because it's precious that I can't walk away. I'm not the only one here who feels that way.
In the past few years, GitHub has absorbed both a fundamental paradigm shift (agentic coding) AND several different hockey sticks of growth. It's messy. I'm not always proud of the results or the product choices we are forced into. But none of it feels like the Heroku/Salesforce debacle. Occam's razor applies here: it's not "more AI coding" and it's not "big bad Microsoft." It's scale, and a fundamental shift of the ground under all of our feet.
I hope we do the things that will make you want to come back. I hope we spark that joy in you again! It's not stupid to have big feelings about something that is so central to our lives as developers. Fuck that noise.
This is true but misleading. Unfortunately.
It is a true statement for developers working in GitHub at Microsoft. It's not a true statement for users.
There is no avenue by which you make GitHub better by continuing to use it as it has been.
Ghostty and others leaving might be the only way that active users could actively and visibly signal a need for change.
The attitude of "stay to support the product" can prevent a better replacement. When Digg torpedoed themselves back in 2012 or whenever, that exodus was a big part of Reddit growing from niche to dominant.
I suppose us "normals" can push by making it easy to replace GitHub with something else, so that they start risking losing it all.
That's the job of GitHub's product and engineering teams, not the users.
https://github.com/actions/checkout#note
It's interesting that internally you had a very different experience with Salesforce buying Heroku and Microsoft buying Github. From the outside it appears to be analagous (except github is degrading quicker than Heroku did?)
It's safe to say that I'm hypersensitive to these antipatterns and have been looking out for them at GitHub, and I don't see them.
What Microsoft wants GitHub to be is pretty much what GitHub wants GitHub to be. A home for all developers, playing a central role in the production of both public and private software. That alignment was never there with Heroku/Salesforce.
GitHub is not perfect but I don't think it's "degraded faster" at all. It's _grown_ faster. Much much much faster. And it's had to expand into the AI field, which is not an incremental thing like "hey let's launch a new feature or better dashboards." Nobody knows what AI wants to be when it grows up. GitHub in 2026 fundamentally resembles a pre-PMF startup in many ways because of that. I'm obviously not an unbiased observer, but I wouldn't count us out just because it's an uphill. Everyone's on that same uphill.
Having experienced both firsthand, I fundamentally disagree that there's a parallel. GitHub/MSFT has the median amount of corporate bullshit. Not more, not less.
It’s grown in a way that degraded it and that required actual effort. For example:
- The fancy new diff viewer frontend that barely works. Someone wrote that code — it didn’t happen by itself.
- The unbelievably buggy and slow code review frontend (which is surely related to the diff frontend) was added complexity that did not need to happen. Its badness has nothing to do with how many users use it. It’s just bad in a no-scaling-involved way.
- GitHub actions. It’s … bad. I suppose there wasn’t a predecessor that was better.
> And it's had to expand into the AI field, which is not an incremental thing like "hey let's launch a new feature or better dashboards."
No, it did not have to expand into the AI field. A competent AI-free GitHub Core that could have an optional AI layer on top would have worked just fine if not dramatically better than the current mess.
(I say this as a paying user who will probably cancel soon. The Copilot reviews are kind of nice, but they’re not any better than a third-party system, and I’m getting sick of GitHub not working. Plus, the repos I’ve already migrated off of GitHub get to have nice non-AI things like gasp service accounts.)
Maybe a hot take: no, it didn't.
I think it had all the pieces (api,cli,etc.) already that it would've still be very useful in an AI world without deeply integrating AI things (copilot, etc.). I'd take higher availability over AI features any day.
My ID is just over 10,000. Crazy to think of the journey that I've had in computing since I signed up for GitHub.
Yehuda Katz was the first external user of GitHub after the cofounders, so his github user id is `4`.
The way Rails works, if you want to look up a user record, you do it by id:
Now, if there was some bug, and for some reason a comment had no author, `comment.author` would return `nil`, `nil.id` would return `4`, and the UI would show Yehuda as the author in the UI. People would ask, "Who is this Yehuda guy, and why is he commenting on my PRs?"TBH I'm not super invested in github. I pay for it (smallest plan) and use it as a repository and for forking other projects occasionally, and for hosting some small-time static sites. I've never really needed any of it's other features. Every time I go to github.com there's more and more cruft though, which to me means that I'm not their target customer and they will inevitably either alienate me or jack up their prices. Happens every time there's an acquisition so I'm kind of used to it now.
Github has remained surprisingly useful for quite a while post M$ purchase, but I'm old enough to know that everything M$ touches eventually goes to crap. It's like a law.
I remember using CVS and Subversion though, with very limited hosted options, and I thought Github was the bees knees at the time.
I think that was down to being in a particular IRC channel when CW & co. were building it.
When I was working at Microsoft I got transferred over to GitHub for awhile and someone there noticed my ID and made a big deal out of me having a 4-digit ID. :)
I never thought about it before then.
Created at 2010-10-27T23:42:22Z. 16 years! What a wild ride. I used to use bitbucket a ton back then. I loved it.
https://api.github.com/users/steveadams
Will redirect to an image file whose title is your user ID! :D
ID: 67,498 Created: 2009-03-26
17 years, a month and two days ago.
https://api.github.com/users/nullstyle
I had just tried asking Gemini to help me get there, and it kept telling me to read line 2 of github.com, as if they were serving JSON on their homepage. :facepalm:
Excellent example of why centralization is a bad thing. A Git “hub” is not a thing that should have ever existed for a self-described “distributed” version control system.
Nothing prevents usage of GH in a decentralized fashion. There's nothing magical about git remotes. Just add some more, figure out a process that works for you, have fun!
In reality: when I want to send a letter I don't want to figure out a process from scratch. I want to go to the local post office, buy a stamp, and post a letter.
Convenience is a spectrum and different people land in different spots. What irks me is when I lack the choice. And that's not the case here.
I completely understand a "people who give a shit stick around" mentality if you work there, but you can't expect users who run a business on it to stick around if it's broken.
I'm not encouraging Mitchell to stay, I'm saying that my version of his post is about _me_ staying to make a brighter future, and adding my context on why I still believe that.
And finally I closed with "I hope we win you back" to be extra clear about it!
the thing about github that is so maddening is linus gave us the secret with git itself. then we reinvented centralized source control using git and called it github, and here we are.
So crazy to see how money can ruin such a good thing.
Especially with corporate owned software or SaaS ecosystems!
Sounds like you made the right choice with Heroku back in the day. I feel like this is Github's Heroku moment.
The amount of impact I've seen to businesses around the US at least might as well be akin to a Covid shutdown, and that certainly has me thinking about what the overall impacts are on the US economy overall.
It's a product that is _de facto_ present in nearly all developer scenarios. There are scenarios where I personally believe public management is better than private management, e.g. single-payer healthcare is strictly better than the bullshit we have in the US now. It's fundamentally cheaper for the polity when the government negotiates with healthcare providers than each private insurer.
I don't think that's fundamentally the problem facing GitHub, and I don't think it would be better in any way — for anyone — if it were regulated like a utility. But again, I write javascript for a living. Take what I'm saying with a big-ass rock of salt.
Speaking of git adjacent services. Why did google code end? Was it too hard for them to monetize? I tend to have an aversion for signing up for stuff so have never had an account on either, but they had a lot of momentum. And them shutting down that service feels like the inflection point marking the end of the "don't be evil" period, A lot of open source projects got burned in that one. That or when they bought YouTube instead of developing their own google video further.
My guess is that abuse (people hosting files/data that google didn't/wasn't allowed to host) made it untenable for a service that wasn't generating revenue and had limited headcount.
Something like Google drive or yt could spend a lot more energy stomping it rather than the handful of folks from the open source programs team.
“I won’t leave, I’ll fight to make this place better!” is a laudable trope ofc, but in this case you’re not making any place better, you’re just defending shareholder value. IMHO :)
This quote from the post resonated with me:
> I want to get work done and it doesn't want me to get work done. I want to ship software and it doesn't want me to ship software.
The sentiment is shared, and github is not the only service making me feel like that, it feels like everything on the web is more flimsy and low quality nowadays. Constant outages, bugs, UI papercuts, incomplete features, what in the world is going on?
No AI needed at all. Only humans.
On the other, the economy and market conditions are brutal for the little guys. Incumbent behemoths hoovering up value, talent and financing.
Instead of shaking things up as usual when a major paradigm shift hits, AI has mostly been a centralizing, consolidating force. Not that I was expecting it to be otherwise, but it's certainly dismaying to witness.
Or am I being too pessimistic / glorifying the past?
I bet a small team of the quality of the kind developers who are attracted to hacking on Ghostty could recreate the subset of GitHub functionality they actually need in ~six months. It's just the problem of how to pay for the ongoing care, maintenance and hosting? Maybe another opportunity for Mitchell's particular brand of philanthropic OSS.
Of course, you lose out on some things like ease of user access and various protections.
Another gigantic unspoken issue is that people have started building tons of stuff with React on purpose for some reason.
Yes, it does.
> React is getting a bad rap because it’s visible when the issue is clearly their backend.
Two things can be bad! Except that in this case one of them is unnecessarily bad, because nobody forced them to use a front end system which defaults to terrible failure handling.
This is, in fact, on topic: github actions seemed to me like a bad idea from the start, to me, but I let my co-workers and "network effects" convince me that I was being grumpy and that it was fine, and so we've adopted it. And now ... here we are. It was exactly as bad I thought it was, and it reflected a broken engineering culture.
I am not again performance bonuses, but they should be attach to better metrics. Eg the number of happy users is still up in 3 years time. Or something like this.
Companies know how to make good product, but if they don't have "new and shiny" to impress us anymore, then their only alternative is to make things worse so they can heel turn and then make things "better" by unmaking all of the worse things they did.
They can also milk their customers coming and going in the process.
It's not "enshittify or lose", its just raw greed. Things will get better again, either that or a competitor will destroy them. Enshittification is just the current meta and a new one will come soon enough.
I think it’s “find natural monopoly and reduce costs (aka enshittify)”.
Github is a natural monopoly and users cannot go anywhere. Unless you’re famous like Mitchell Hashimoto.
GitHub back in the day was a healthy version of "Move fast and break things". I wonder what's different.
Not just the web either. It feels like the whole world is in a race to throw shit together and cash out as quickly as possible: influencers, hustle culture, enshittification, etc.
My pet theory is that all of the global chaos around the climate, politics, pandemic, etc. is leading people to no longer believe in the future. Once you lose that, all that's left to care about is the right now. No one takes the time to scrimshaw the deckrails on a ship they believe is sinking.
Or perhaps another adaptation:
KISS and you sleep better.
That and the problem of forever chasing trends and never saying: "It's done" without reinventing everything every couple of years (trends again)
Sounds too easy? It is of course simplified, but the core still holds true.
GitHub just worked, but they had to migrate to React because "that's what everyone else uses"... Pure Enshittification.
They seem to have changed the primary source of data in the issues and pull requests tabs (w/o filters applied) from the underlying database to the elasticsearch search index, which has the side effect that there's a noticeable delay between state change of an issue/pr and an update in the UI. But as seen today, these can get out of sync, and apparently they even had data loss in the index.
I would really like to know their reasoning for making that change. I can totally imagine that they wanted to "simplify" so the UI uses only a single data source instead of two.
As a user it's incredibly annoying to have a delay between issue/pr state changes and the search index picking it up.
When the outage happened yesterday I sort of figured it was something I had been noticing building up or something.
With that said, Mitchell complains about outages. These started directly after Microsoft acquisition[4] and are attributed to migration from AWS to Azure.
[1] https://github.blog/engineering/architecture-optimization/ho...
[2] see html source for tags
[3] https://my.githero.app/
[4] https://damrnelson.github.io/github-historical-uptime/
Yesterday we saw PR pages that displayed no error, just displayed wrong info. I would have preferred to get an error page than outdated or empty lists. I was guessing this was related to the React migration but I don't really know.
Like, what user-hostile intention was the reasoning behind that? I am literally imagining a product manager smoking a cigar and laughing at the RUM session replays of me losing my shit.
AI slop code
FWIW, some people used to (or still do) say similar things that software is significantly worse because people use "unserious" languages like PHP, Ruby, Python, JavaScript. It brought about so much cool shit that I don't think it's worth saying we should've stuck with only C and Java.
That's definitely great for work life balance, and I don't think any less of them for that, but passion seems to be gone.
I would be doing what I do for work if I was employed or not. That's how everyone I used to work with was. Now everyone seems to do the minimal, with the goal being more to direct blame than solving neat problems.
Used to be nerds hanging out on IRC, distributing Slackware, hacking trialware, modding games, etc. that had the passion and problem solving determination to do software work, which used to be harder due to lack of access to information.
OTOH what a great time for a budding engineer. I'm in my mid 30s, and no longer have the same stamina and passion as in my teenage/20s, but in the last 5 years I've learnt so many things I could not have done so back in the day. I learnt and experimented way more around random topics like compilers, OS, electronics, databases because of ease of access to information, AI (:shrug:), even though I have way less free time.
It's not a coincidence that every impressive result done using AI has come from someone with a track record of impressive results before AI. AI isn't magic. It doesn't make you good at stuff you're bad at.
If it just shat the bed completely, you'd have an easy argument to replace it with something else; instead, it would be technically competent (Hi, Raymond!) but covered in stuff that made it infuriating to use (Hi, Redmond!), especially if you didn't live in it day in and day out.
CV-driven development, a treadmill of features nobody needs that hurts stability we do need.
Too bad it's not reminiscent of the Hotmail purchase where they tried to move off the BSD servers and ended up with new accounts on the relatively unreliable Windows-based setup, and old accounts routed to the original BSDs.
I think the "ridiculously dramatic" part is the whole love letter to GitHub, not the frustration.
And I think it is fair to say that it is ridiculously dramatic. Which is okay, of course, I'm not criticising here. Just like it would feel ridiculously dramatic (at least to me) if someone explained that they cried today when they stopped their subscription to Netflix in order to move to another service, because they love Netflix so much.
I don't think it's ridiculously dramatic to feel sad about great tools rusting or makerspaces closing...
Thanks for being human and making ergonomic software for humans.
No, it's not. There are things we like/love in our life, and we rightfully get sad when things go bad in the camps we like, support.
> I'm sure folks will make fun of me for this. It is a stupid thing. But I truly love GitHub, and I hope they find their way.
I personally won't and will be angry to the people who do. Been there, done that for different things. We're human, this is normal.
For finding their way, I can't be that optimistic, unfortunately. Sorry about that.
The spool of wire became a prominent metaphor on the app, representing something that might seem meaningless to others, but holds sentimental and nostalgic value to its owner.
https://knowyourmeme.com/memes/spool-of-wire-guy
Ghostty will be fine wherever it lives because people follow the project and not where it's hosted. Best of luck!
> Since then, I've opened GitHub every single day. Every day, multiple times per day, for over 18 years. Over half my life. A handful of exceptions in there (I'd love to see the data), but I can't imagine more than a week per year
How could you not feel this way about a tool you willingly use this much? Perhaps if your employer is forcing you to use it, its different. But maintaining OSS? that's a labor of love. How could you not get emotional?
I do feel kind of sadness right now it is a zombie that current owners are just pumping out whatever is left out of it.
I don’t care about GH I felt centralized repositories like that is wrong.
Q/A was supposed to be centralized because we need people to find the questions and answers in a single place.
GH or others should be just referring to repositories not keep them… be a search engine for decentralized repositories.
I'd be absolute crushed if Linux (for example) morphed into something I could not/no longer wanted to use, part of the reason I use open source wherever I can is because that is less likely to happen, Inkscape is still inkscape nearly 20 years after I started using it, so is Gimp, so is KDE, they've all changed but the essence of them is still the same (so has Linux).
That’s just to say that crying over GitHub is fine, you’re a human, we cry over all sorts of stuff. Emotions are weird and you should not feel badly for having them.
We don't cry over things, we cry over what things mean.
I don't see anything wrong with grieving the loss of a community and environment that led to so many meaningful experiences for you.
This is more than a SaaS, for you and the others. Stating kind of the obvious: without it Vagrant, Terraform and heck, even Hashicorp would have not been the same - or probably even existed. Despite probably being a later user of GitHub I share the same feelings. It's so sad to see GitHub, a product and company I once respected a lot, getting trashed by Microsoft and all of these outages.
Thanks for Ghostty, been my daily driver for awhile now. Hope the rest of your day/week goes much better!
And boy, does it hurt.
And I mean, they clearly can; your own contributions are proof of that. We can all do better and the decline isn't a prescription we all need to follow. Regardless, it's tough to watch. Github used to be such an exciting and promising platform.
Same :( their 9 5's is embarassing
If you're still considering vendors, I think you'll find some of the keep it simple ethos can still be found among OSS friendly vendors -- Codeberg, etc. Good quality & uptime doesn't have to be expensive - just grounded by people that care enough to reject the scope creep and focus on doing one thing well.
Leaving any emotions aside, all the arguments you gave are technical and carry weight: we are not always in the mood for OSS work -- or even have the time and energy, which happens to be the much more oft limitation -- and when we are, we want our infra to just work. If it does not, that might kill your motivation for a week. Or a month.
For an OSS contributor, the main one even, this is actually bad news. You are doing both yourself and your community a big service by making this difficult decision.
Not everyone can do it. Respect.
Unity taught me how to program and , along with JavaScript turned me from a college dropout to a software engineer.
Finished my degree later.
I still love Unity, but the company is stable. If I friend needs help with a Unity project, I'm down, but I start all my new games with Godot.
I'm not sad though. Unity is like a friend I'm still cool with, we just drifted apart.
But from a realistic point of view. Did we really think Unity and GitHub were charities in pursuit of the greater good.
Of course not. They cashed out, made money and whatever good they did along the way was a nice side effect.
Thank you for your hard work.
I was talking about the same thing just yesterday. GitHub with its friendly mascot is no longer. It's now just another SaaS platform that everyone including my non technical colleagues are using. Their push towards everything-AI is the exact opposite of what they stood for in the begining. A community of like minded people who wanted to build great tools and loved software. But yet no longer. GitHub now feels like a soulless SaaS that's trying to hook my onto an enterprise subscription and bring my whole team along so we can all do some agentic coding or whatever.
I’m a big fan of ghostty and also unenamoured with the current state of GitHub and Microsoft.
That is to say I believe this is an opportunity to disrupt the incumbent player and I’m game. HMU if you feel similar and want to discuss.
Or do you have a better idea of what the plan exactly is?
"Tech Talk: Linus Torvalds on git" - https://www.youtube.com/watch?v=4XpnKHJAok8
"I'm not going to force you to switch over to decentralized, I'm just going to call you ugly and stupid. That's the deal."
> I'm sure folks will make fun of me for this. It is a stupid thing.
Brother, it is not a stupid thing. We need more in the world of what you are doing here. Never change on this count.
Mitchell, when I was in 10th grade and had to pick my streams which led me to pick comp-sci/stem rather than finance (I am going to college soon), I thought of my dream life and it was being on a vacation/beach using Linux or terminals and opening github and contributing to open source software. I simply couldn't imagine my life without terminal (funny because ghostty is the terminal that I use)
You said that you have been with Github for 18 years, that is longer than the time I have been on earth. You were (and in some sense are!) living my dream life in that sense and github fulfilled its role, it had helped you until recently when it has started to get worse and worse.
my point is you have an special bond with github and for good reason,so to remove an somewhat integral part of all of this (github) after so long will have emotional feelings and outbursts.
I hope that you are doing fine, Ghostty/your-work has a positive impact on my life and gives a hope by being a relaible tool I rely on, I wish nothing but the best for Ghostty and you personally.
We have all been deeply involved, constructed careers and sharpened our tools with technology and hopefully for the benefit of technology. I can only imagine how deeply sad the current state of software is for those talented individuals that helped to carry it to here.
Some of us can at least hide it with cynicism because there is not much at stake, but emotional honesty is very much appreciated.
I thought that GitHub was so unreliable that it would be better to self host instead of use the service [0]. It turns out that 6 years later, that was the case and it doesn't sound crazy anymore.
The problem is GitHub was neglected and the AI agents ran it into the ground and we need to now self host.
[0] https://news.ycombinator.com/item?id=22868406
Nobody should be in an emotional turmoil because they can't do a PR in a 2h window during a day.
We should all learn to take things more slowly, because our current accelerationist society is detroying the planet, and is destroying social ties.
Because, if you get that emotional from on a non-functioning tool... wait until you discover how our non-functioning democracies allowed for a genocide to happen in Gaza, for people in the south to be doing slave-work for our AIs to satifsy people in the north, etc
Regardless of the reason, it's undeniable that GitHub is facing some serious issues. The unofficial status page[1] tells a horrifying story.
I would absolutely love to get some insider perspective on this (if only to learn how to prevent it from happening anywhere I work), but I think it's clear to anyone who has been paying any attention that GitHub is a sinking ship and the only reason people haven't abandoned it already is inertia. Considering how much else is changing in software right now I don't think inertia is enough to sustain a company.
1. https://mrshu.github.io/github-statuses/
I do not work at MSFT but I don't feel that I need insider perspective to understand what's going on. GitHub is being managed the way other services get managed once they're bought by big companies. Initially fine, then starts to decline, then eventually craters. Everything becomes the numbers game.
Microsoft, Oracle, VMware, CA (where software goes to die), Salesforce, the list goes on. Every once in a great while there's a good M&A team that doesn't fuck it up but that's sadly rare.
As so often happens, that didn't last long.
Nest was originally independent. Didn't take long for it to merge with the Google Home brand.
I'm sure there are countless other examples.
It is honestly so shameful that we keep falling for this gambit. It is nothing more than a rank "but this time is different!"
Economics is what drives things. It is what drives things in households and it is what drives things in companies.
Unless times are truly great or the company is truly forward-looking, promises of freedom and independence from the business cycle is just an empty promise of creating a research lab.
It's called a vesting schedule. ;)
What I've seen is that usually the founders and heavy hitters from the original company are very BS-averse and basically just stay around to collect their money and then jet for a situation that doesn't suck.
For the rest of the gang, it tends to bifurcate: some folks stay at the big company indefinitely after the acquisition because while they can see the suck, nowhere else pays as well or is as cushy (I know people who have been thinking about leaving for 12 years). Still others excel at big company work and make a happy career out of it for a while but don't stay forever.
I’d like to offer a different perspective: the “institutional knowledge” often (but not always, of course) are the old timers that have been gatekeeping knowledge in order to make themselves irreplaceable.
I’ve seen this a couple of times, even in faang-sized companies.
I’m not sure this is the case of GitHub though.
It might be due to lower quality code spit out by some llm, reviewed by some llm and shipped to production by some llm-generated pipeline.
Also, wasn’t github pushed to move to azure?
Anyways, it surely is a strong signal of engineering culture degrading.
https://onlineornot.com/uptime-calculator/87.25
If you filter for major/critical outages, their uptime of core services in trailing 12 months all have two 9's.
https://isgithubcooked.com/?severities=major.critical
Also, a huge part of their cumulatively-bad availability story is copilot, which is a functionality (LLM inference) that most organizations have struggled to get two 9's of availability in for the last 9 months.
Edit: 2001, I see one (1) banner ad, and that ad was seemingly for an OSDN (Open Source Developer Network) conference. https://web.archive.org/web/20010517002942/http://sourceforg...
Given SourceForge only hosted Open Source software, and had no source of revenue beyond ads and sponsors for quite a long time, AFAIR, I think they get a pass on a banner ad.
If it weren't bad enough, github often has issues when the unofficial status page doesn't report them, so the actual number is even worse.
On the other hand, I can't help but think that some of this heartbreak would have been avoidable, if only he possessed more of the Richard-Stallman-esque attitude that non-free software is inherently suspect and unethical. Github has always been non-free software hosted by someone else, and run according to its owners' rules and for its owners' benefit, not ultimately the end user. This was true in 2008 and it's true today.
I've also used Github for a significant chunk of my life, often because I had to for my job. But I've never developed an emotional attachment to it. Indeed, I have long been annoyed that Github is someone else's proprietary software, that does what it can to structurally lock users into their platform despite being built upon free-software git.
I've never been able to love software that requires an email-based account and accepting terms of service and that doesn't work in Iran because the company that runs it obeys US sanctions law.
So without reservation on my end, I'm glad to see that ghostty is moving off of github to something else.
Yup. At KDE we never seriously considered GitHub. We always built our own git infra, and eventually landed on GitLab, after banding together with Gnome and a (generous and forthcoming) GitLab to convince them to move everything we needed from the Enterprise Edition to the free software Community edition.
I think we've had exactly one multi-hour git outage in 16 years.
It's not unlike the emotional drama I see each time Netflix raises prices (people get really upset about that), or video game discussion (the worst). If it's not worth the the value proposition, move on ... don't hang on / waste emotional cycles on Netflix or something like that ...
Granted I'm not a robot, I get the the emotional connection too, I think back to my early days in computing and I still fondly think of the now defunct manufacturer of my first PC, later the Windows 95 start me up commercials ... it was something magical.
- https://gitsocial.org/
- https://radicle.dev/
- https://github.com/git-bug/git-bug
And I remember seeing that and thinking "huh... not at all a bad idea."
There is a specific kind of leader that can turn such ships around, and they are strong in their convictions, and aren't just "managers", but visionaries coupled with strong execution and power to attract talent.
I think a new GitHub will emerge and when it's just right, will grow like wildfire (like OpenClaw, or even GitHub itself did during the SVN and SourceForge era). And many are already trying to be that new GitHub.
However, I consider that there is still not a great UI for the core service, in special for a complex project.
In the other hand, I bet jujutsu has the best basic take, and is still missing a good forge.
("Please don't sue us.")
jjplace/jjhub/codetown, whatever. Doesn't matter.
Names don't matter that much for brands. Names just have to be simple enough to remember (ideally two syllables or less). What the heck does Nike mean, for example? Boeing is just someone's name. Microsoft is just two words smashed together. A brand's name literally doesn't matter.
If AI replaces software development the way that big tech company management wants it to, maybe they'll converge again. In the mean time, people want a git remote and they're getting an unstable host diluted with some flaky vibecoding bullshit.
It'll probably never happen. But it'd be really nice if it did.
It's a bit short of actual PRs, but in some ways, especially with agents, the lo-fi approach has some advantages.
Really? I can only think of two: Codeberg and Sourceforge. Which are both great, but that's not what I'd call "many".
I guess it's possible that my experience is wildly different than others, but if we're talking about volume of usage today rather than individual preferences, it's kind of shocking for me that someone wouldn't think to reference Gitlab at all in the list of potential successors, let alone not mention it literally first.
Has anyone else shared this sentiment? If so Redmond needs to lean in hard.
this is an absolute killing blow for Microsoft if it gains real traction. You made developers your cornerstone eight years ago for nearly 8 billion dollars. you spent another 2bn on minecraft to clinch the deal with young developers and the code camp kids.
Youve lost the OS, and the server realm. Lose the developers, and youre on your way to becoming the Xerox of the 21st century.
This is a very HN take. MS is terrible or at best "second tier" on everything they do including gaming, they also lost the mobile race, they're very likely going to lose the AI race, but they'll still hold hostage of the vast swathes of average white collar workers with Office, people that don't care at all about technology as long as they have Word and Excel.
There's a reason why writing .docx was one of the first proper skills that Claude got.
I can't wait for the anti-trust lawsuits. M365 and O365 are already super shady in terms of being able to migrate out or be interoperable with other solutions. "Accidental" roadblocks almost everywhere.
I'm old enough to remember this happening: https://en.wikipedia.org/wiki/Standardization_of_Office_Open...
Basically, Microsoft furiously bribed their way into formally standardizing the utterly broken MS Office formats, so EU and potentially other regulators couldn't mandate them to be "interoperable" with existing standards (e.g. OpenDocument, based on OpenOffice, which was on its normal way to become standardized with no fast tracking and no bribing). They even called it "Office Open" to foster confusion.
They can do whatever they want and get away with it because a big part of their business model is, much like Oracle and SAP, based on bribing government bodies across the world.
Even the research hospital I worked at had a proper SELinux setup on the Red Hat installations, but by-quantity most servers were CentOS and it was way more of a free-for-all than it should have been, e.g. I was the fed-up admin when I was really not qualified! I screwed up a lot. Not that big of a deal: this was research-related computing and deidentified data. All the clinical computing was Windows Server. That is not a coincidence, it is really a market difference.
As someone who hates Windows 11... I do like the core Windows kernel, and would much rather do IT on Windows machines than Linux machines. Windows NT is very fussy and a bit bloated, but a huge part of that is an admirable commitment to backwards compatibility; a lot of XP applications run fine on Windows 11, except DPI wonkiness. And Windows' driers advantage isn't just commercial support; the kernel is fundamentally leaner and faster than Linux at real-time IO, and better about cleanly isolating driver processes across privilege levels. Very broadly, compared to Linux I find administering Windows easier to navigate and harder to screw up, especially with handling user permissions. Surely part of this is what I grew up with, but there's also a values difference: a lot of Linux users like how low-friction it can be since the OS doesn't get in your way. I kind of like that Windows makes you turn an excessive number of disarming keys... even when I am frustrated by it.
It does make me quite sad that the only real general-use OS options are the apex of a 20th-century operating system family, Apple's version of that, and a truly 21st-century monolith-microkernel hybrid whose specific design is a mystery to public science.
What is this a reference to? Fuchsia?
1. Increasing amount of AI-generated code in their codebase, decreasing the quality of the service.
2. Bought by Microsoft, and their bad engineering culture has spread to GitHub.
Perhaps it's a bit of both.
According to GitHub, Azure migration is the attempt at a fix/upscaling, not the underlying cause of the issues.
Addressing GitHub’s recent availability issues: https://github.blog/news-insights/company-news/addressing-gi...
An update on GitHub availability: https://github.blog/news-insights/company-news/an-update-on-...
The issue is that they're not a scrappy startup anymore, they are defacto running the internets development infrastructure and are owned by a trillion dollar company.
So the bar they're measured by has changed and they haven't even tried to keep up, paying lip service to reliability when you are critical infrastructure is not going to go well.
There were reliability issues in 2010 for sure, but it feels worse now; the period before acquisition was the most stable (2014-2017).
I've never pushed a commit and thought huh, I wonder what copilot thinks of this.
https://isolveproblems.substack.com/p/how-microsoft-vaporize... https://news.ycombinator.com/item?id=47616242
If that’s the case, then it’s not necessarily a problem with Azure itself.
https://github.blog/news-insights/company-news/an-update-on-...
I suppose it's a bit too on the nose to point out that git is decentralized and itself doesn't really suffer from this, nor need it.
They dont have a service usage problem they have a slop problem. Ban the slop and the platform will thrive
I would not be surprised if Github has to stop offering so many services for free.
They aren't, of course. The Y axis is missing. GitHub didn't have 0 daily commits at the start of 2023.
https://handsondataviz.org/how-to-lie-with-charts.html#exagg...
I‘ve noticed that some projects have „Claude“ as one of their top three contributors.
Short aside, I have to rehost dotnet CLI binaries because their hosting infrastructure is so unreliable that it was causing CI failures regularly.
Gamedev being the most prominent that I have personally witnessed.
EDIT: Why are you booing me, I'm right.
It started being very bad when MS pushed for AI
uptime:
Incomplete pull request results in repositoriesSubscribe Update - We are actively reindexing the remaining ElasticSearch indexes. Our priority is ensuring correctness and avoiding further impact. We are taking a measured approach to safely backfill data and will share additional updates as progress continues. Apr 28, 2026 - 15:58 UTC Update - After yesterday’s incident, we are investigating cases where /pulls and /repo/pulls pages are not showing all indexed pull requests. This is because our Elasticsearch cluster does not currently contain all indexed documents.
No pull request data has been lost. As pull requests are updated, they will be reindexed. We are also working on accelerating a full reindex so these pages return complete results again. Apr 28, 2026 - 14:51 UTC Investigating - We are investigating reports of degraded performance for Pull Requests Apr 28, 2026 - 14:17 UTC
GitHub took a massive hit in credibility when it got bought by Microsoft. We are a burned generation, we have seen the worst of Microsoft. This created a massive crack in the foundation of trust for most people.
Then Copilot happened. Some people dug how the training is done, and one GitHub employee responded by mail that every public repository including GPL repositories are included (the relevant Tweets are deleted unfortunately). The created crack has deepened. Some of us (incl. me) left GitHub.
As Copilot entrenched, Microsoft's product development practices and philosophy took over, and vibe coding started to be used by hordes of developers, GitHub's code foundations started to crumble. Add the big migrations they're doing & regressions they are causing on the UI now, and we're here.
GitHub's first enshittification cycle is over. Now we're starting the second cycle. The bloated, slow, entrenched hegemon's decay from relevance phase.
It'll be a slow decay. It won't fall in a day, but they golden era is long gone.
Re: GPL, there are other open access datasets of git repos that make some distinctions between copyleft licenses but those are older resources now.
> Re: GPL, there are other open access datasets of git repos that make some distinctions between copyleft licenses but those are older resources now.
Arguably "The Stack" contains only permissively licensed code, but there are two repositories of mine inside it. One is a very simple logging library, without any license (which implies "All Rights Reserved"), and another is a fork of LightDM which I worked on, which is GPL licensed.
So any "permissively licensed" dataset probably contains at least one copylefted or strong copyrighted codebase, making them highly suspicious.
== EDIT ==
Found some. Kagi's date-constrained search to the rescue.
1. Should GitHub be sued for training Copilot on GPL code?: https://news.ycombinator.com/item?id=31847931
2. GitHub Copilot, with “public code” blocked, emits my copyrighted code: https://news.ycombinator.com/item?id=33226515
3. AI-Powered GitHub Copilot Leaves Preview, Now Costs $100 a Year: https://developers.slashdot.org/story/22/06/25/0334207/ai-po...
4. GitHub Copilot is trained on all languages that appear in public repositories (CTRL+F on the page): https://web.archive.org/web/20260428180443/https://github.co...
A suggestion: use git-bug https://github.com/git-bug/git-bug in addition to migrating to another forge like Codeberg. It saves issues, PRs etc in git itself (not on a branch - on a specially crafted ref). It offers two way sync with a lot of providers.
Other VCSes like fossil store issues alongside the repo. I think it's appropriate because in a sense, issues are part of what gives meaning to the code (like documentation)
I was thinking about fossil in the context of agentic workflows the other day, after seeing a co-worker go all in on sort of shifting themselves to a TPM workflow, using a locally hosted kanban board (inspired by OpenAI's Symphony).
It'd make things easier to have everything shoved into the repo, other than that everything is now shoved in the same repo being handled by the barely constrained chaos monkey that is an LLM coding agent. Locking things down gets hard if it's got access to the whole thing there.
I use it for my project[0] to keep issues centralized with the repo, but I still use Github Discussions as a pseudo-bug tracker to let random users provide input. If it's a bug I add it to git-bug and sync it to Github issues for public viewing[1], but if you want use bug reports that's not really going to work.
[0] https://github.com/stryan/materia
[1] Ironically I got this workflow idea from ghostty and mise, both of which require users to submit bug reports as discussions first and only generate tagged issues once an actionable bug is determined.
(however the parallax scrolling of the background is gone, maybe when Microsoft arrived)
Some projects that seem interesting: - https://tangled.org/ seems to be building out cool and exciting ways to write and interact with code (and they're distributed on the ATProto! But notably that's not their core selling point) - Microservices like https://pico.sh/ and https://sr.ht/ feel like fresh air...
They are still a WIP but it’s on our roadmap to continue to improve.
So where are we going? Mitchell will be deciding for Ghostty. If github's current trajectory is anything to go by, everyone else will need to decide where to go sooner rather than later.
I'm worried that it will be a Babel scattering event and this open source superpower that github catalyzed (how to describe it?) will just evaporate.
I'm also worried that wherever we go next could have the same fate as github.
So what then? Radicle is the only thing that I've seen that could theoretically 'solve' the problem, though it still needs a lot of work: https://radicle.dev/
Companies will keep using GH for a long time because they seem to be really tolerant of outages (and have a massive switching cost depending on how much of GitHub they use outside of git).
Smaller teams/solo devs much less so.
Isn’t really anyway to coordinate it ahead of time, it’s more an emergent bottom up thing than a “all devs agree to move to X” ahead of time.
Good luck to the team with migration! (And here's hoping it's ersc :))
I really wish an open-source developer of his caliber would also migrate to a serious microblogging service which isn't so openly hostile to truth and civility. Ending the sticky network effect of an evil service starts with its biggest, most prolific users migrating away.
This is the same bullshit that people bring up with Facebook, there’s no reason we can’t apply the same rubric to Twitter.
It does seem like it might, in general, be a very opportune time for GitLab (or another host) to publicly step up!
There seems to be a lot of chatter on X recently about wanting an entirely new GitHub usurper that doesn't look like GitHub at all, but in the short- to medium-term I expect this not to gain a huge amount of traction because of the sheer cultural embeddedness of git + GitHub in modern day software development.
I wish Codeberg the best, but I thought it was a questionable choice for Zig and feel similarly for Ghostty—doesn't seem like a strict improvement.
[1] https://status.codeberg.eu/status/codeberg
Last week I encountered a bug where my merge request simply didn't show that I deleted a file. Apparently it's because my MR included the creation of a folder with the same name as the basename of the deleted file. Unacceptable for a code hosting platform.
Other than that I miss GH Actions, a clear ui (gitlab has way too many sub-menus), a responsive ui (gitlab feels very sluggish). And while we don't have the Gitlab duo activated, it still pops out regularly eventhough I can't use it besides closing it. ...and I don't even want to start with their issue buard.
It strongly reminds me of Jira in terms of quality, which is no compliment.
I think Atlassian and Microsoft are genuinely in a competition to see who can make worse software and still have customers.
In what way(s)?
From GitHub's Staff Research Engineer https://maggieappleton.com/zero-alignment/
And wdym even mean "lead the direction of tech". Its just people trying to build a product based on their views/vision.
Others are free to build their own competing visions? and everyones free to choose the platforms that they use.
Tangled uses the identity stuff from atproto which lets the important stuff (git, CI, etc) be decentralized while people only need one identity to contribute (and you can self host your PDS too). So nothing ends up being reliant on a third party.
For me that's a minor problem. The struggle of working across multiple code forges or making my code available on multiple is syncing CI/CD, issues, releases between them. I don't have the energy to maintain multiple versions of a pipeline.
Best decision ever.
100% uptime. 100% less stress with each of the product/pricing changes over the past few months.
Was also able to build my own GitHub Copilot equivalent that auto-reviews MRs interactively.
Highly recommend it.
I remember quite a few years ago it having its own set of problems.
Are other people being impacted every day by github outages?
What does that look like?
I'm not saying the writer is wrong, I'm just wondering how folks who experience this every day work / how that exposure plays out / what it is.
i literally do not recall the last day that passed without someone on my team noticing that some portion of gh was degraded.
The vast majority of features GH offers are of no use to me. In fact, in the age of vibe coding, zero-friction drive-by contributions are a net negative. The UX has been steadily dropping for years. The recent abysmal record in availability and bugs is just the last drop in the bucket.
The writing was on the wall the day they were acquired. They had a good run, but those days are long over.
And the search capabilities of alternative Forges are not the same (Mostly due to costs I assume)
It’s not a fun place for me to be anymore. I want to be there but it doesn't want me to be there. I want to get work done and it doesn't want me to get work done. I want to ship software and it doesn't want me to ship software.
Github is really Microsoft. The above paragraph captures perfectly what it's like to work in a big company like Microsoft.
When Github was a startup, it was both a tech company and a social media for coders and a real-life social scene (especially in SF, some pretty epic stories over the years).
Once Github was acquired, it was a countdown to all the soul being sucked out of it and simply a mechanism being left behind.
https://x.com/mitchellh/status/2036866220449030168
GitHub needs to slow down with the AI shit and spend manpower fixing what's broken. Actions is a complete fucking disaster.
Why do I want that running on somebody else's computer? It's bad enough that most developers already rely on Anthropic or OpenAI. What value does a remote working repo add?
That's not remotely true. I doubt most Copilot Business/Enterprise subscribers care about GitHub at all.
I have nothing to add to this. Comedy gold.
I looked up my own ID and GitHub join date from the API, all the way back in 2009: https://api.github.com/users/dueyfinster
The existing open web hosts are just super heavy. 512 MiB minimum RAM and stuff is totally unnecessary though I have hundreds of gigabytes of the stuff. And then you need all these DSL YAMLs around and a job runner etc. I think I could probably fit the whole thing into a much smaller size. And I have kube running already so job management isn't the hardest thing in the world. Nightmare for SOC2 perhaps. I guess we'll see.
I think this is all home-forgeable now. The advantage of Github for OP was the social aspect, clearly, but I don't use it for that. And I'm a really late user 7,322,596 from 2014!
The other week I spent about an hour trying to figure out why my actions jobs were just stuck on waiting and not starting.
For my personal stuff, I think I'm going to migrate to either my own selfhosted instance of something like gitea or codeberg, the juice just isn't worth the squeeze anymore imo for GitHub, even with stuff like free runners and pages.
I personally think this is mainly attributed to GH Copilot and I would love to know if MS/GH even makes a profit on it.
what a cliff hanger!
As someone with similar warm feelings for GitHub, it's kind of sad to see the fragmentation but I have similar frustrations with the recent outages. Perhaps it's time to explore the idea of unbundling the social/discovery layer from the code hosting/dev tool so we can live between the myriad git/jj hosts but still do "social coding" together.
I realize that everybody is different, but this still doesn't seem like the best of practices.
Because this is affecting the planet, our social ties, and everything else. And it's having impact on all of us indirectly
Is it really this bad?
I've seen people complain about Github, but I thought it was more of a theoretical inconvenience rather than a real practical one. As in, the uptime for a serious software company should be 99.9, but two hours down just today, and constant outages over the month that they noticed... that seems way worse.
https://mrshu.github.io/github-statuses/
94 incidents in 90 days.
https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguis...
https://api.github.com/users/<username>
I support Forgejo and Codeberg, but it's not clear that its architecture can scale to GitHub levels.
Microsoft subsidises a lot of OSS development. Who has equally big pockets?
The shape of the curve helps make it a little easier to understand why availability has been so abysmal.
Lots of big services are like this. Google Colab's 'Connect to Drive' is down as we speak. I'm up right now because I know my Runpod VM in Kentucky is going to die rather abruptly and I'll need to manually get it up.
Everything has its flaws.
Microsoft lets you host your code, websites and media for free and
I'm wondering to what extent the natural life cycle of SaaS products comes down to: the company grows, the old guard with good technical taste move on, bad technical decisions are made, quality declines, users move on.
But it's very interesting to read about the author's very different perspective. User 1299 in 2008 is wild. His Github account could share the Radler I'm drinking right now with me.
I see that it's genuinely sad, but proprietary software and services make you completely dependent on someone else. If you want to rely on something for the future it has to be FOSS, everything else is a rug that will be pulled under your feet eventually.
[1]: https://github.com/torvalds/linux
This hit me pretty hard. I hope GitHub finds its way sooner rather than later.
This PS is as impactful as the body of the post.
codeberg, self-hosted forgejo, gitlab, still-beta sourcehut, tangled? github was “the git community” and now it’s fracturing—you need accounts everywhere, you can’t easily discover neat projects
i like tangled if only because it’s built on atproto which emphasizes ownership and transferability of identity: something that would make the move off github so much easier
There is a simple cost equation of 40-100x demand vs a fixed op-ex budget for the org. Github can either 40x their paying customer fees or try to monetize all of the free vibecoder (and open source) traffic.
What a timeline that would be. One can dream.
I mean, why wouldn't you want to consolidate git repos, a heroku/fly.io/vercel like container system and direct access to web-based coding tools. They have the coding models and agents, slap a web interface over Claude Code running in a container, allow for commits and deploys. Control the entire stack.
We all saw this coming when the Microsoft acquisition happened. They constitutionally can’t not fuck their products up.
So they will move their CI and issue tracker somewhere else.
And this will be largely a springboard for “people are leaving the ship huh” and misc. GitHub demise discussions.
Yet again, I wish the prevailing SCMS were more like Fossil, where issues and forum posts, at least, are part of the repository (and everything lives in a single sqlite file). (Of course Fossil actively opposes "pull requests", separate issue)
Well, he is not alone with that. Something isn't working - and Microsoft either does not realise it, or does not care. I think the microslop strategy consumed Microsoft internally; it seems unable to change trajectory now. It's like you are driving to a cliff, in a car but you are not the main driver. It's quite interesting to see though - people can now expect "which disaster will hit Github tomorrow".
On the other hand, I also think it is time that Github gets some serious competition. Gitlab is not that competition; codeberg also not really (they'd need to up the useful features by a LOT and keep on driving that - I just don't see they have enough energy and momentum for that, but as a smaller source code hosting platform they are not bad either).
An Update on GitHub Availability
https://news.ycombinator.com/item?id=47932422
Over said decades I've worked on countless (open source) projects there.
Professionally? 1 project in all those years. Yes, exactly 1 (still there).
Every single other project was either in bitbucket, gitlab, gitea, forgejo or... I am sure I forgot some forge.
What I am trying to convey is: fascinating how "everything is on GitHub" is a very american way to see the world.
Yes, it seemed like Microsoft had a brief interregnum period of about 10 years where they seemed to have a renaissance and a genuine culture change and a concern for quality and initiative seemed to take hold.
And for many of us who came into the industry in the 90s this was a strange period because actually post-Gates/Balmer MS suddenly seem not so bad?
But that was until the first deals with OpenAI and the first round of layoffs. After Musk's purges at Twitter, MS was the first to really join in the fray.
Since then the old MS is back. Clearly as Machiavellian as in the past. But kind of sadder and more pathetic.
But honestly I'm also a bit confused by the framing some people have this thread because I remember GitHub always having reliability issues in its early days. It and Twitter were both famous RoR projects with notorious and constant outage issues in the 2008/2009 time-frame.
It's targeted from the beginning to the masses.
It's used for non-technical people too; for documentation, dashboards, and bug tracking.
Viewing all this data is far easier in a GUI than a TUI.