Post #2291985
2026-04-29 15:34 UTC
@mauve@mastodon.mauve.moe access control is similar to what I've been experimenting with in SAWA which effectively bottoms out in a kind of namespacing, in this case the remotes are the namespaces. locally you can track whatever remotes you want, some of which may be your own, some of which may be collaborators. the issue branch referring to the crdt file lives on every remote. git fetch will pull them all in but we don't have to proactively merge and update your local state. just having access to everyone's file is enough the present a merged view in the local web UI. if you take action like editing or commenting on the issue then you'll build on that merged view and you can commit that locally and push it out to your remotes.
no signaling planned but I think periodic git fetch might be enough? and yeah if people want to build something more elaborate and p2p they can, it's not foreclosed on, just orthogonal
Replies (1)
-
@mauve@mastodon.mauve.moe 2026-04-29 15:43
@nasser@merveilles.town That's awesome. > git fetch will pull them all in but we don't have to proactively merge and update your local state I like this bit! So multiple devs pushing to the same remote will fetch it, and will use your tool to add changes over top before committing and pushing back. Seems easier to reason about that the "git as object store" stuff radicle and gitbug do. Also you skip some of the perf issues of oplogs. I'd love to beta test /review it when ready if you'd like 😮