This is what made me think it has to be insanely easy or no one will use it. Unfortunately that means gui tools ā˜ ļø

Reply to this note

Please Login to reply.

Discussion

prefer composition - git cli and git gui coexist well (ive never touched the latter and many have never touched the former)

Yup this is why I’m building both šŸ¤

would love to help but rust hurts my brain šŸ˜µā€šŸ’«

Dunno, if someone is motivated enough to write a patch, they will spend a (one-time) 2-3 mins to figure out how to send the patch.

I don't think it has to necessarily be insanely easy.

From a GitHub replacement perspective, I’m hearing the following as most critical:

1. search (nostr is super weak here)

2. issue tracking (nostr ok through thread following)

3. social layer (nostr is great)

šŸ’Æ

Gm

What about verifying an authorised state when the list of maintainers evolves overtime?

Something that might be viable (it'd take a lot of effort, though, and I'd have to look into what licenses the codebase was released under) would be forking/re-working some of the tech used on keybase.io; it has built-in git repos and could be modified to work with nostr IMO

Aren't programmers used to doing git pull / git push? But I don't see why that patching scheme couldn't have a GUI counterpart.

the standard commands must be supported. Clone, pull and push could all be abstracted through a wrapper that receives and sends only patches over Nostr.