Tangled：首个真正联邦化的代码托管平台
The federated code forge
过去二十年，代码托管平台用便利性换取了中心化，但依赖单一服务商的稳定性已成隐患。Tangled 提出了新方案：基于 AT Protocol 构建首个真正联邦化的代码托管平台。你可以自建 Git 托管、CI Runner 甚至整个 API 服务器，同时无缝与其他用户协作。本次更新重构了 UI，采用 Svelte 和 Timeless Sans 字体，并引入全球部署的 bobbin 服务提升性能。数据模型全面革新，Issues 和 Pull Requests 作为协作对象直接存储在仓库中，配合 PDS 上的签名验证确保数据主权。此外，组织账号、堆叠式 PR 等功能也已上线，未来还将支持私有仓库和 Agent 技能。
Tangled 的目标是让你同时拥有开放协议的持久性和专业代码托管平台的便利与精致体验。
HN 评论区
69- stryan
非常期待看到 Tangled 的发展！我有一个边做的项目，主仓库和 CI 托管在我自建的 Gitea 上，但代码和发布版本镜像到了 Github；我希望能把代码/发布版本/甚至 CI 都从 Gitea 迁移到 Tangled，只保留 Github 用于发现性/备份/以及“占坑”命名空间。
只需要 git-bug 能增加一个 Tangled 桥接，这样我就能保持 Issue 同步，并且（理想情况下）有自托管客户端的运行说明。它不需要是全功能客户端，但如果主 Tangled 应用视图挂了，我也不想因为网络可见性问题而陷入绝境。
一个想法：前几天在新机器上配置 Neovim 时，我遇到了联邦化 Git 托管的第一个“问题”。我使用的一个插件托管在 Tangled 上，我猜它背后的 Knot 挂了。这让人很尴尬，原因有二：
1. 从 Tangled 网站上看，不太清楚是背后的 Knot 出了问题（有一段时间我还以为是自己的问题）
2. 对于像 Neovim 插件源码库挂掉这种情况，我完全没有备用方案，显然 Neovim 包管理器也没有，因为它在我每次启动会话时都只显示错误，没有任何修复办法 :)。
我想从长远来看，我们真的不应该假设代码存储是“永远在线”或容易被缓存的，但我预计短期内会有一些成长的阵痛。ATProto 似乎没有 ActivityPub 那样的优势，即如果我想查看内容的实例挂了……
- icy
大家好！我是 Tangled 的联合创始人。我们对这次发布感到非常兴奋——我们已经稳定了 AT Protocol 的 lexicons，彻底重构了架构和 UI，并且让自托管整个栈（或部分栈）变得极其简单。我们还发布了组织支持功能，私有仓库将在接下来的几周内推出。
非常乐意回答任何问题。
- bluerooibos
希望这个项目能火起来！
一些反馈：
* 我觉得首页/时间线的 UI 有点太杂了——东西太多。通知、最近动态、公告似乎没必要放在这一页？
* 用户资料页上的活动图表让我觉得有点太狂野了。我建议简化它，或者直接采用 GitHub/GitLab 使用的那种方形网格活动图表——这是用户最熟悉的。这有点像近年来所有的 LLM/聊天应用——它们都收敛到了相同的 UI，因为那样有效——当用户已经理解现有模式时，没必要重新发明轮子。此外——这对营销也更好：人们喜欢分享自己在 GitHub/GitLab 上的活动，因为这能快速传达他们一年做了多少工作——而你当前的页面做不到这一点。
- ivanjermakov
芬兰初创公司 Tangled 融资 380 万欧元，旨在重塑代码协作 https://www.vestbee.com/insights/articles/tangled-raises-3-8...
- pksunkara
我在帖子中看到 lexicon 已经定稿了。这是否包括将 issue、PR 和评论记录放在 repo 作用域下，而不是 user 作用域下？
我之所以问这个，是因为我一直在等这个改动。我打算让我正在构建的代码托管平台 https://juju.bi 上的所有公开仓库与 Tangled 互操作，并基本上作为 knot server 运行。