The Git+Nostr combination means that you could have different visibility for the repo and the social interactions surrounding the repo.
You can have a repo announcement for a git repo nobody can access, for example.
Even many FOSS repos started out private and go public when the MVP starts really taking shape, or with the first released version. It can just be a draft.
It's a containerized, multitenant server that scales horizontally, but I'm not deep enough into the backend to tell you how it all works. I think the MVP is going to be manual administration of lists and later versions will be using the AUTH relay to send/receive events to automanage the repos and the git service.
But nostr:npub1qdjn8j4gwgmkj3k5un775nq6q3q7mguv5tvajstmkdsqdja2havq03fqm7 it makes sense to "register" a tenant with a repo announcement on the wss://gitcitadel.nostr1.com relay and get the repo maintainers from that announcement. Announcements from npubs who have left the relay subscription could be deleted, which would pause their access to the git server, until they resubscribed and rebroadcast the repo event to the relay. Or something like that.
Later GitRepublic versions could auto-update based upon the events, but first we need to get all of the various machines and services setup. That's actually the hard part.
Discussion
And vice versa.
We need to have a way to filter the announcements to return public repos only. Shame we don't have negative filters.
Could add a repo-visibility tag to the announcement.
NIP-70 tag...
That's what they use for groups, too, right?
yes, also lockbox https://lockbox.fiatjaf.com/ (used for kind 1)
100% and it allows the git server itself to be very dumb and let nostr do the work!