• Auzy@beehaw.org
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    9 months ago

    I don’t think you realise how easy migration from Github is lol… Ask the Jira guys if you want an example of moving ISSUES. And Github easily has the most comprehensive API out of any service which makes migration VERY easy.

    I know you think you’re helping Open source, but you’re doing the opposite here.

    1. One of my projects failed in part because we were screwing around with infrastructure too much. Github is EXTREMELY comprehensive
    2. Github is extremely UNRESTRICTIVE from the API side, especially considered to more “friendly” ones like SourceForge. VERY easy to migrate from to other 3rd party services. I’ve come across open options which don’t really have any good means of migration
    3. It sounds great “oh set up your own server, etc”… Woo pro open source. It’s NOT. We did that once too. Wastes money, and wastes resources unless you’re a large organisation
    4. If Microsoft is “that bad”, you should be making forks for their MIT projects (like VS Code). You’re not…
    5. It makes us all look bad when people try to present Assumptions as facts, because every developer sees through them. There’s a reason no projects are actually protesting here…
    6. On one hand you’re arguing Microsoft can’t add any services because thats bad. On another hand, if they remove them, you’ll argue something different. They can’t win
    7. It’s literally NORMAL for any large developer project to need to authenticate your information with a login for lots of things. Firefox, Fedora, etc. Personally, if I’m contributing stack dumps, I don’t want my stack dumps accessible by everyone…
    8. Contributor agreements on these projects are also incredibly common in case you weren’t aware…
    9. You’re taking what you read from the other post as Gospal. You haven’t even tested that posts claims (or you have and couldn’t prove them)

    Just so you know, one of my projects was actually mentioned in LinuxWorld Magazine 20 years ago and mentioned at the front of Slashdot, and I’ve used everything from self-hosted, Gitlab to Github over the years (CVS, SVN, Mercurial, tried the Ubuntu one but forget the name and Git now).

    I think you’ve forgotten what open source is actually about… It’s about developing code, not managing infrastructure… And you’re conveniently glossing over how easy it is to migrate data from Github (its definitely not trapped there).

    Instead of screaming “Microsoft Sucks” and nitpicking, you should be asking developers why they aren’t moving. That’s what helps open source developers

    • toastal@lemmy.ml
      link
      fedilink
      English
      arrow-up
      1
      ·
      9 months ago

      Everything you point to as ‘pros’ for Microsoft GitHub could be applied to GitLab, SourceHut, Codeberg, GNU Savannah, Notabug, Radicle, darcs hub, Smedeeree, Pijul Nest as far as hosting infrastructure where you don’t have to–and with the exception of GitLab being open core & a publicly-traded company, they are open source & not ran by corporations (some as for-profits, but indie, others, as foundations, others as community run). You’re conflating my (and many of our) distaste of capitalism/corporatism by rejecting Microsoft as if it means anti-access or anti-open source/anti-ethical source. Microsoft is 100% an enemy playing the long-con by vacuuming up all these developer adjacent services as megacorporations try to do (see their expanding portfolio of: WSL, Azure, GitHub, Codespaces, Sponsors, Copilot, VS Code, npm, Teams). I also believe it’s only a matter of time til they pull the plug on their APIs like Twitter & Reddit as the board of shareholders demand preventing migration (just like the “Search” is disabled).

      There is also no shame in self-hosting these things & you can start hosting most DVCS with SSH + an HTTP server in front of the code even if it doesn’t have some web GUI to browse files so it doesn’t have to be that complicated. NixOS modules or similar can get you a cgit, GitLab Community, SourceHut, etc. all running without too much effort (services.cgit.enable = true), or forming a local collective & sharing resources is cool too & doesn’t need to be each project self-hosting. You can still have ‘barriers’ like authentication if you need that require agreeing to your community’s terms of service instead of Microsoft’s ToS–which is the system used by KDE, GNOME, & many other big FOSS self-hosted GitLab forges.

      I’m also not against rejecting some of the tenets of “open source”–with OSI as its definitional gatekeeper–in favor of the copyfarleft, copy fair, Commons Clause, etc. that require corporations contribute code or finances as I don’t think it’s a difficult argument to say our current systems extract values from the Commons more than adding putting folks in positions of not getting to work on their valuable library that everyone relies on, but doesn’t want to help finance its maintenance (see Babel)… in which case, rejecting the corporations in favor of the Commons could be a greater goal than “open source is actually about”.