[kelnos]

I don't think his reasoning makes sense at all. Git itself is distributed, sure, but things like issues, merge/pull requests, project wikis, releases, etc. are not. Sure, presumably you can graft these onto git (I'm aware of at least one implementation that stores issues inside git itself), but it just doesn't seem like people actually want to work that way (judging by the popularity of things like GitHub, GitLab, and DeVault's own SourceHut).

I also don't buy the idea that email is great for all this. It... kinda sucks. He brings up Patchwork; to me, the existence of Patchwork is an acknowledgement that email doesn't work all that well for stuff like this.

Email is by its very nature unstructured. Unstructured data sucks for things like this. And if you're going to define a standard for how this sort of data should be structured over email, then it seems like you might as well use a better protocol than SMTP/IMAP/POP/whatever, that's purpose-built for this use. An ActivityPub extension (regardless of the merits of ActivityPub itself) seems like a much better fit.

[vilunov]

I don't think that it's up to a person or even to a group of people to decide whether one protocol is strictly better than a different one. Only by providing a decent competitive environments can we really find out which one is better.

Federation (and fediverse) can run on different protocols, by deciding to implement ActivityPub only we are still living in a walled garden of sorts, only this time the bubble is not bounded by a single service provider, but by a protocol and its sphere of reach.

AP is certainly all the rage now, but email-based federation is older and it is already implemented in sourcehut. Do other software forges implement multiprotocol federation? Would they agree to implement email-based federation?