HN Debrief

Why developers are ditching GitHub for Codeberg and self-hosting alternatives

  • Developer Tools
  • Open Source
  • AI
  • Infrastructure
  • Privacy

The article claims developers are ditching GitHub for Codeberg and self-hosted alternatives like Forgejo, Gitea, and GitLab. Readers pushed back hard on the framing. The piece offers anecdotes and a few named projects, not evidence of a broad migration, so the headline landed as classic clickbait. Still, the underlying theme held up. GitHub is no longer seen as the untouchable default. People described it as slower, less reliable, more bloated, and increasingly shaped by Microsoft priorities, especially around AI.

Treat this less as a mass migration story and more as an early warning that teams want an exit path from GitHub. If your repos, CI, packages, and contributor workflow are tightly coupled to GitHub, now is a good time to test mirroring or a secondary forge before a ban, outage, pricing change, or policy shift forces the issue.

Discussion mood

Skeptical of the article, but increasingly distrustful of GitHub. The dominant mood was that the headline is exaggerated, yet the reasons to reduce dependence on GitHub are real and growing: outages, arbitrary enforcement, AI scraping fallout, product bloat, and Microsoft-driven priorities.

Key insights

  1. 01

    Self-hosting is about control, not ideology

    Running Gitea or Forgejo as the primary forge gives teams control over runners, registries, secrets, and network access, while GitHub can stay as a public mirror or backup. That setup cuts the operational coupling that actually hurts. Several people said the immediate win was faster and more reliable CI, not abstract freedom, because self-hosted runners remove GitHub Actions bottlenecks and credit limits.

    If you are considering a move, do not frame it as an all-or-nothing migration. Start by moving CI and package hosting under your control, then mirror to GitHub for reach while you keep the dependency surface small.

      Attribution:
    • hambos22 #1 #2
    • embedding-shape #1
    • Jnr #1
    • close04 #1
    • walrus01 #1
  2. 02

    GitHub moderation can disable unrelated infrastructure

    A wrongful ban did not just affect one contributor account. It shut off CI for an entire organization for three weeks until public pressure forced a reversal. That turns account enforcement into a supply chain risk. The problem is not only losing repository access, it is losing automation tied to GitHub's identity and policy layer.

    Audit where your build and release pipeline depends on GitHub account state or trust signals. If one ban or false positive can stop shipping, split those functions onto infrastructure you control.

      Attribution:
    • benthecarman #1
  3. 03

    LLM scrapers are reshaping forge design

    Public forge operators are seeing absurd scraper behavior. Bots fetch every file at every commit, run blame across history, try every archive and search combination, and spread requests across huge pools of unique IPs. That makes simple rate limiting useless. Anti-scraping tools like Anubis and iocaine are not ideological flourishes. They are emergency responses to traffic patterns that can swamp small and mid-sized hosts.

    If you run public developer infrastructure, plan for scraper abuse as a baseline operating condition. Cache expensive views, separate clone traffic from web UI traffic, and expect anti-bot measures to become part of the product whether you like it or not.

      Attribution:
    • pluto_modadic #1
    • kstrauser #1 #2 #3
    • anematode #1
    • lloydatkinson #1
  4. 04

    Codeberg's anti-bot UX can break the core use case

    The sharper criticism of Codeberg was not that it fights scrapers. It was that normal users can get nonsense pages or interstitial friction when trying to view a repo. For a public code host, even a brief delay on every page is costly, and a false positive that blocks a legitimate reader is worse than an ugly UI. That undercuts the article's framing of Codeberg as a straightforward drop-in escape hatch.

    Before moving a public project, test the host from clean browsers, mobile networks, privacy tools, and search-engine referrals. If casual visitors hit friction or false blocks, you will lose contributors and bug reporters before they ever see your code.

      Attribution:
    • MintsJohn #1 #2
    • badsectoracula #1
    • Brian_K_White #1
    • alright2565 #1
  5. 05

    Trust is eroding through small product and reliability failures

    The frustration was not just about one giant GitHub scandal. It was about a pile of smaller breaks in trust. People described getting rate-limited on first visits, being blocked unless Apple Private Relay was disabled, seeing uptime deteriorate, and watching GitHub remove features like visible stargazer lists. Each change is survivable on its own. Together they make GitHub feel less like dependable infrastructure and more like a consumer platform you rent access to.

    Do not judge platform risk only by catastrophic outages. Track the smaller trust failures too, because they are often the earliest sign that your critical workflow is sitting on a service optimizing for something other than you.

      Attribution:
    • getcrunk #1
    • nottorp #1
    • dmezzetti #1
    • ezoe #1
    • onion2k #1
  6. 06

    GitHub still dominates discovery, but that advantage is weaker than before

    People still keep a GitHub presence because it is where contributors look first and where anonymous users are most willing to engage. But that social moat is not absolute. Maintainers on Codeberg reported steady contributor quality, while others said GitHub discovery has become less useful as trending and explore fill with AI projects. The network effect still matters, just less cleanly than it used to.

    If your project depends on broad casual discovery, keep a GitHub mirror for now. If your contributors already come through your own channels, docs, or package ecosystem, the cost of moving the primary forge is much lower than it was a few years ago.

      Attribution:
    • markstos #1
    • zgucci #1
    • iamwil #1
    • janeway #1
    • sneak #1

Against the grain

  1. 01

    GitHub may be strained, not doomed

    The better explanation for GitHub's rough edges may be scale rather than terminal decline. Hosting a huge share of the internet's source code during a spike in automation and AI demand is a hard operating environment, and another single provider might not look much better under the same load. That cuts against the easy story that GitHub alone has uniquely collapsed.

    Be careful about reading every slowdown or outage as proof of imminent platform failure. Build an exit path anyway, but evaluate alternatives with the assumption that they will face the same traffic pressures if they grow.

      Attribution:
    • dapperdrake #1
    • doginasuit #1
    • ternaryoperator #1
  2. 02

    GitHub still wins on integrated developer convenience

    For some workflows, GitHub is not just a forge. It is an instant development environment. Codespaces plus one-click HTTPS exposure makes spinning up a VM and testing a web app dramatically faster than assembling your own cloud box, DNS, and TLS setup. Alternatives can match pieces of that stack, but not always with the same low-friction path from idea to running prototype.

    If your team relies on GitHub-specific workflow accelerators like Codespaces, factor replacement cost into any migration plan. Moving repos is easy compared with replacing the platform glue people use every day.

      Attribution:
    • TekMol #1
  3. 03

    Governed hosting can be a feature

    Not everyone saw Codeberg's AI code proposal as mission drift. Some argued that refusing to be neutral is exactly the point of a community-run forge, and that banning low-value AI-generated repo floods can preserve signal for real projects. In that view, ideological governance is not unpredictability. It is curation.

    Choose a host whose governance model matches your project, not one that claims to be universally neutral. Community moderation can improve quality, but only if you are comfortable with the rules and how they are enforced.

      Attribution:
    • tovej #1
    • bogwog #1
    • TheChaplain #1

In plain english

Anubis
An anti-bot system used by some self-hosted or alternative forges to slow or block automated scraping traffic.
Apple Private Relay
An Apple privacy feature that hides a user's IP address and browsing details from websites and network providers.
CI
Continuous Integration, automated systems that build and test code changes before or after they are merged.
Codeberg
A code hosting platform built around Forgejo and Git, used by some open source projects as an alternative to GitHub.
Codespaces
GitHub's hosted development environments that let you open a cloud-based coding workspace from a repository.
DMCA
Digital Millennium Copyright Act, a US law whose takedown process is often used to force online services to remove content.
Forgejo
An open source software forge platform, derived from Gitea, that can be self-hosted or used through services like Codeberg.
Gitea
A lightweight open source Git hosting platform that can be self-hosted and includes features like pull requests, issues, and actions.
GitHub Actions
GitHub’s hosted automation service for running builds, tests, and deployment workflows.
GitLab
A commercial and open core Git hosting and DevOps platform that can be used as a hosted service or self-hosted.
iocaine
A bot-detection or bot-deterrence tool mentioned as part of Codeberg's anti-scraping setup.
LLM
Large language model, an artificial intelligence system trained on large text datasets to generate and analyze language.
repo
Short for repository, the storage location for a project's code and version history.

Reference links

Trend and reliability references

Alternative forge software and services

  • Gitea
    Referenced by multiple self-hosters as a lightweight GitHub alternative
  • Gitea act runner documentation
    Linked as the GitHub Actions replacement used in a self-hosted setup
  • SourceHut
    Suggested as a simple fast hosted alternative for open source projects
  • Tangled
    Mentioned as a newer decentralized or federated option tied to ATproto
  • Heptapod
    Shared as a GitLab-based host with Mercurial support
  • hg.sr.ht
    Suggested as a hosted Mercurial option after Bitbucket dropped Mercurial

Codeberg anti-scraping and governance

Miscellaneous references