Live data from Hacker News

Radicle: Sovereign {code forge} built on Git

radicle.dev

81–90 of 101 posts

Re: Radicle: Sovereign {code forge} built on Git

#81

Earlier quoted context omitted.

Someone looked at git - a distributed version control system that already works, that has been working since 2005, that Linus Torvalds wrote in a fit of pique and spite, and that currently hosts approximately all of the world's source code - and said, "This is good, but what if we added BitTorrent?" And then, presumably after consuming substances that I cannot legally inquire about, they continued: "And what if we ad…

AD: You missed the part about CRDT's!

I couldn’t find anything sarcastic to say about them. CRDTs are awesome :)

Re: Radicle: Sovereign {code forge} built on Git

#82
post #51

I discovered Radicle back in 2020 (when their website looked incredible: https://web.archive.org/web/20201201030505/https://radicle.x... ). I bounced off of it, in part due to being unable to effectively delete repositories. They used to have an FAQ about that—looks like it's gone now, though the public-private repository area is much more fleshed out (you can make a repo private, in which case no new updates will be…

I would love to know the need behind pushing over HTTPS. Is the SSH protocol not good?

Re: Radicle: Sovereign {code forge} built on Git

#83
This is cool. I think it fits the Agentic model a lot better; wrangling PATs and repo permissions on GitHub is quite tedious.

How are folks wiring up CI/CD? Seems you want to trigger compute DAGs on the patches you receive, what’s the latest and greatest here?

Re: Radicle: Sovereign {code forge} built on Git

#84
post #38

Earlier quoted context omitted.

Jujutsu + stacked PRs.

It does work with jujutsu. Not sure about stacked PRs. https://radicle.dev/2025/08/14/jujutsu-with-radicle

Does that mean it works with other compatibility layers like hg-git?

Re: Radicle: Sovereign {code forge} built on Git

#85
post #78
post #29

Earlier quoted context omitted.

I am surprised you don't use RustChat[1] [1] https://rustchat.io/

How does it compare to MatterMost [1]? [1] https://mattermost.com/

It doesn't have these pesky message and user limits, unlike Mattermost[1].

[1] https://github.com/mattermost/mattermost/issues/34271

Re: Radicle: Sovereign {code forge} built on Git

#87
post #85
post #78

Earlier quoted context omitted.

How does it compare to MatterMost [1]? [1] https://mattermost.com/

It doesn't have these pesky message and user limits, unlike Mattermost[1]. [1] https://github.com/mattermost/mattermost/issues/34271

Gotcha! Though that is not for the self-hosted version IIUC?

But yea, rust-chat in a way seems like more of a proper open source project ...

Re: Radicle: Sovereign {code forge} built on Git

#88
post #51

I discovered Radicle back in 2020 (when their website looked incredible: https://web.archive.org/web/20201201030505/https://radicle.x... ). I bounced off of it, in part due to being unable to effectively delete repositories. They used to have an FAQ about that—looks like it's gone now, though the public-private repository area is much more fleshed out (you can make a repo private, in which case no new updates will be…

What are you missing from Radicle today that would make you chose Tangled over it?

Re: Radicle: Sovereign {code forge} built on Git

#89
post #83

This is cool. I think it fits the Agentic model a lot better; wrangling PATs and repo permissions on GitHub is quite tedious. How are folks wiring up CI/CD? Seems you want to trigger compute DAGs on the patches you receive, what’s the latest and greatest here?

The general idea is using the radicle-ci-broker [1] to hook into repo events, and trigger different adapters based on the specific CI/CD tool you use.

We'll have more docs on this very soon. Also see https://news.ycombinator.com/item?id=48153535 for more info

[1]: https://radicle.network/nodes/seed.radicle.garden/rad%3AzBNX...

Re: Radicle: Sovereign {code forge} built on Git

#90
post #87
post #85

Earlier quoted context omitted.

It doesn't have these pesky message and user limits, unlike Mattermost[1]. [1] https://github.com/mattermost/mattermost/issues/34271

Gotcha! Though that is not for the self-hosted version IIUC? But yea, rust-chat in a way seems like more of a proper open source project ...

For self-hosted version as well, unless you patch it.
Post reply on HN