Thread - Nostr Hypermedia

It is better to use that than to come up with a different new way of doing things. But so far it is looking like a broken feature in the git client directly that no one uses. It would still be a good idea to fix it and use it than to create a new one.

↑ Parent

Replies (2)

DanConwayDev _@danconwaydev.com 1 year ago

its definitely worth supporting for git servers designed to work with nostr. Its just widespread support is probably unlikely. Its a little but uncertain the extent to which repositories that use nostr will use free-to-host git servers (ie remain on github) vs using bespoke solutions like song or ghole. I did some tests with native git options if `git archive`. Its probably then worth having a stateful proxy service that serves from a cache of repositories. ``` git clone --no-checkout --filter=tree:0

GitHub

GitHub - bitcoin/bitcoin: Bitcoin Core integration/staging tree

Bitcoin Core integration/staging tree. Contribute to bitcoin/bitcoin development by creating an account on GitHub.

cd bitcoin git restore --staged README.md git checkout README.md ``` 3 calls - 28.44mb + 88kb + 1.57kb ``` git clone --no-checkout --filter=blob:none

GitHub

GitHub - bitcoin/bitcoin: Bitcoin Core integration/staging tree

Bitcoin Core integration/staging tree. Contribute to bitcoin/bitcoin development by creating an account on GitHub.

cd bitcoin git restore --staged README.md git checkout README.md ``` 2 calls - 55.46mb + 1.57kb ``` git clone --no-checkout cd bitcoin git restore --staged README.md git checkout README.md ``` 1 calls - 247.66mb

1 replies ↓

DanConwayDev _@danconwaydev.com 1 year ago

By the way, I had some face-to-face conversations with quite a few bitcoin core contributors last week about git over nostr. They seemed overwhelmingly positive and very aware of the need. They were very clear that merge commits and maintaining commit ids are an important part of their workflow so the effort I made to enable that through nip34 doesn't seem wasted. Ideas they came up with to move things forward were: 1) using git over nostr on a sub project such as c-make (probably not this project but maybe something similar). Work is done within a forked repository and changes are periodically pushed to a open PR. The fork could use git over nostr without effecting the rest of bitcoin core. 2) a 2 way bridge to enable contributors to opt-in to using the tools whilst still participating with those on github.