• Scipitie@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    21
    ·
    2 months ago

    Oh common it’s not like there’s an org for mountains of code. A codeberg.org basically.

    Or a method to forge jo own code repos just like that, just for dev. A … forgejo.dev … No that would be crazy. Let’s rather stick with Microsoft - after all, nothing they ever touched was bad for their user base, ever.

    • FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      2 months ago

      Codeberg is great, but let’s not pretend that it’s a replacement for GitHub. Notably they don’t allow private repos and can’t offer free CI (not in the same way as GitHub anyway). Plus, I don’t see how they would be immune to the slopnami either if they became popular.

      Best case would be if GitHub survives and just improves their reliability. I would not be surprised if they start imposing some kind of stricter limits on free accounts though.

      • Scipitie@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        4
        ·
        2 months ago

        I fundamentally disagree on your conclusion.

        Codeberg is a non profit under German law. There won’t be openai “non profit but not really” bullshit.

        And your point about CI Integration ins good example: There is no “free” CI. GitHub lets you pay with their vendor lock-in and your data.

        If that’s okay with you, that’s okay with me - but as a programming community as a whole ,especially FOSS side, this needs to go away.

        The best case for me is that GitHub dies and its death is a wake-up call to decouple collaboration layers in a way that keeps them modular enough to not again rub into “too big or integrated to fail”.

        And yes, I’m aware that this is 2/3 day dreaming. But that’s my best case association anyway :D

          • fruitycoder@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            2 months ago

            That’s fair it has loss leaders and network effects more so. The vendor lock in is non-git, non-ci side. So issues, orgs, etc. Actually you can see where they embraced opensource vs extending solely by the degree it is vendor locked.

            If they stole it, it’s a loss leader, if they made it, it’s vendor locked.

            • FizzyOrange@programming.dev
              link
              fedilink
              arrow-up
              1
              arrow-down
              1
              ·
              2 months ago

              Yeah I would say issues are minimal lock-in since they barely have any features (just labels I guess?) and can easily be exported. CI must be the biggest lock-in. If you have a complex CI system that makes use of lots of third party actions it could be a decent amount of work to migrate it. But not a huge amount.