Design Discussion: ActivityPub support + ForgeFed vocabulary · Issue #14186 · go-gitea/gitea
github.com
#1612 discusses Federation in general but I wanted to open an issue for the ActivityPub + ForgeFed solution specifically and concretize this unit of work. Let's keep to discussing ActivityPub+F...

cross-postowane z: https://szmer.info/post/289222

Git was designed as a decentralized version control system from the ground up. Yet it has been subverted by centralizing hosting and collaboration platforms that compete on projects hosting their code on them. Disagreements on where a project should be hosted regularly result in flame wars. But why, since we live in a world of federated services? If the Git hosters would federate, it might not matter on which server a merge request or an issue is filed.

The #gitea issue targeted at adding #activitypub is still open, but it seems to require in-depth architectural changes. So what would be the best bet for a Git hosting platform to be the first in entering the #fediverse?

    • @dreiwertOP
      2•1 year ago

      Definitely. But I guess the proprietary players will only take part when they are either forced to do so by regulation, or when 80% of the market already federates. So the question is probably which of the open source platforms has the biggest promise for making it happen.

      Btw, a similar effort for Gitlab: https://gitlab.com/gitlab-org/gitlab/-/issues/30672

      • anders
        1•1 year ago

        @dreiwert Gitlab is quite big so if they introduce it then the chance of a shift is quite big.

  • @Ekis@beehaw.org
    2•1 year ago

    Looking forward to this. It will let developers collaborate across hosting platforms without having to create several accounts.