• flashgnash@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      Wouldn’t help if your chosen instance is down, same problem unless multiple other people are storing your code on their servers

      Otherwise it kinda already is federated, you can have multiple remotes configured for a repo and push to both at once I’m pretty sure, then if one goes down you just use the other and sync later

    • Ephera@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      Git itself is already capable of distributed usage, which is better than federated/decentralized.
      ‘Distributed’ and ‘decentralized’ in this sense:

      But in terms of the Git hosting service, with an issue board and all that, which is often called a “git forge”, you’ve got Forgejo working on an implementation, as well as ForgeFed as a general protocol (also work-in-progress).

      • winterayars@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        It’s funny how git was carefully designed to be decentralized and resistant to failure from any single node… and we immediately put all our fault tolerance on the back of one corporate-owned entity. Welp.

        • CanadaPlus@lemmy.sdf.org
          link
          fedilink
          arrow-up
          0
          ·
          edit-2
          1 month ago

          It’s because they solved all the version control problems, but not accessibility and discoverability. I’m probably not going to try and use git peer-to-peer with a total stranger.

          • Ephera@lemmy.ml
            link
            fedilink
            arrow-up
            0
            ·
            edit-2
            1 month ago

            You’re obviously right, but it’s just the same trap that humanity keeps running into: Mediocre platform with a majority of users turns into centralized monopoly.

            And it’s almost like a case study that this is going to happen no matter the circumstances, because the base technology is decidedly not the problem, and the users are techie enough to have been burned multiple times, and where the technological friction of switching to another platform isn’t the problem either. The problem is entirely social.

            Obviously, federation is the technical solution trying to eliminate this social problem. But for it to have a chance at solving anything at all, we need international legislation to force monopolists to adopt federation.

            • CanadaPlus@lemmy.sdf.org
              link
              fedilink
              arrow-up
              0
              ·
              edit-2
              1 month ago

              “Humanity” feels like a grand term for a concept a couple decades old or so, but I guess it’s right, and it’s the same thing that happened with railways way back in the day.

              Legislation would be amazing, and it even seems plausible that the EU might adopt something like that eventually. Even without, though, we have the advantage that monopolies have a way of collapsing themselves in the long run, whether by dynastic succession (the Medici bank IIRC), complacency (Xerox) or anti-trust issues (Standard Oil), while the fediverse can’t really die that way.

    • fruitycoder@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      Gitlab is actively working integrating AP and ForgeFed into it. ForgeJo has been working on ForgeFed.

      I can’t wait tbh. I want to follow a project and comment on releases. @ a projects issues to create an issue in that project community.

      Also can’t wait to have one big searchable open source forge. Random git project. Gnome. Free desktop. Mozilla. GNU. KDE. Fedora. OpenSuse.

      All searchable, cross forkable, cross referencable, etc.

    • mesamune@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 month ago

      git yes.

      GitHub like services, no. Codeberg/forgeo looks promising, but theres a lot of discussion on what it should “look” like. Seems like its a pretty big challenge to do correctly.

    • Orygin@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      I mean, it’s decentralized alright, but it doesn’t mean it’s HA or automatically replicated. You can just use a different origin server and push/pull from it instead.

      • ugo@feddit.it
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        I’ve pulled and pushed to a common branch that only existed on the machines of a colleague and mine to avoid running automatic pipelines due to us pushing to the gitlab remote, since we were doing some experimentation. I’ve also pulled and pushed from a separate repo on my own machine.

        Git is fantastic, because these use cases are not edge cases but standard

      • wewbull@feddit.uk
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 month ago

        My comment is more about how we have this decentralised tool, but we’re unable to get our collective heads out of the centralised model. We e ended up turning it back into centralised VCS.

        • Orygin@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          1 month ago

          I get what you mean. GitHub and friends have pushed that back to a more centralized approach. However I think that it’s not too bad actually. Most projects tend to be centralized too