Wolf480pl is a user on niu.moe. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

> make a forge
> close the forge
> want to buy github

:blobhyperthink:

@dashie

FLOSS community:
> hey let's put all our eggs in this one GitHub basket
> what could possibly go wrong
> GitHub is so convenient

Microsoft:

@rysiek @dashie Well, we also seem to be putting several eggs in the GitLab basket, and larger projects host their own GitLab instance.

@codewiz @dashie comparing a solution you can self-host with a fully centralized solution is, I feel, disingenuous.

Of course we should have *more* implementations (and we do, actually), but these are problems on two different levels.

I'd like to see federated issues/pull requests between git-hosting instances thouhg.

@rysiek @codewiz @dashie IMO for short-term solutions it'd be cool to evaluate which of the following can be implemented on top of git or APub:
- issues
- wikis
- comments/reviews
- any other important feature of github I missed?

Wolf480pl @Wolf480pl

@rysiek @codewiz @dashie
IMO wikis could easily be either a separate branch or a subdir in the git repo, only needs a CI to render it.
(btw. CI doesn't need federation at all)

issues... I have a feeling the solution will become apparent once we have figured out how to do comments/reviews.

@rysiek @codewiz @dashie

So, comments. On file lines, on diff lines, or on pull requests.
How do we implement them?
And is a pull request basically sending "hey can you pull ac7f... from git.example.com/..." over your favourite communication method, or do we need something more formal?

@Wolf480pl @rysiek @dashie Something like that, in a machine-readable form.

Do we need to worry about security? My guess is no: if email is secure enough for Linux kernel development, ActivityPub messages will also do.

And then again, git also has PGP signatures.