最新

我几个月来一直在开发一个托管的 Fossil SCM 服务，我真的不知道这是否是个好主意。今天首页上的“我们需要一个锻造厂联盟”的帖子让我觉得值得发出来分享一下。<p>我正在构建的内容：一个托管 Fossil 仓库的家。与代码托管平台有相同的入门体验，但每个项目都是一个可以克隆、通过电子邮件发送或带走的独立的自包含 SQLite 文件。开源的综合平台（Django + Postgres + Redis + Caddy + Litestream-to-S3）位于 fossilrepo.io。托管版本很快就会进入私人测试阶段。<p>我的粗略论点： 1. Fossil 已经通过设计实现了联邦化。每个克隆都是整个项目：问题、维基、论坛、历史记录、代码。这正是首页上正在讨论的联邦化问题，只是使用了一个已有 15 年历史的工具，SQLite 项目本身也在使用。如果 fossil clone 在任意两个主机之间都能工作，锁定效应基本上就消失了。<p>2. AI 代理需要集成的上下文。一个 Fossil 仓库就是一个可查询的 SQLite 文件。一个代理使用 SELECT * 读取代码 + 票据 + 维基 + 历史记录，而不是 47 个左右的 GraphQL 调用。RAG 和 MCP 设置变得微不足道。它还有一个超级容易使用的 cli 工具。<p>3. 小型但认真的团队没有得到充分的服务。Git+GitHub 赢得了宏观市场，而且这种情况不会改变。但是对于 1-50 人的团队来说，规范、票据、维基和代码都应该放在同一个地方……集成模型更好/更容易。<p>我担心的事情： - 网络效应——如果其他人找不到仓库，它就没什么用 - 惯性——Git 的肌肉记忆很难打破 - Codeberg / Forgejo / Gitea 都是可靠的 — 哪个才是正确的切入点，如果有的话？这是不是一个有人想要解决的方案？<p>我宁愿现在就在 HN 上听到大家的意见，而不是在发布之后。三个诚实的问题： - 这有意思吗，还是我解决了一个没人遇到的问题？ - 什么会让你真正切换？ - 我遗漏了什么？<p>另外，还在纠结名字。这两个域名都指向同一个页面，所以请投票选择你实际会使用的那个：https://fossilforge.io 或 https://fossilhub.io（我也有 .ai 版本，但 .io 感觉更像开发者）

我搭建了一个简单的多用户、多看板的任务/看板 MCP 服务器。我一直在寻找类似的东西来管理开发人员，但没有找到完全符合我需求的。所以我就坐下来，决定自己动手写一个。<p>虽然最初只是一个实验，但我每天都在用它来管理我的个人开发项目，而且我真的认为其他人可能也在寻找完全相同的东西。它 100% 还在开发中，但已经非常可用了。<p>我有一个演示实例正在运行，地址是 <a href="https:&#x2F;&#x2F;mootasks.dev" rel="nofollow">https:&#x2F;&#x2F;mootasks.dev</a>。如果你觉得这很有趣，请给我点个星。这真的是我构建的第一个我认为其他人会感兴趣的东西。<p>README 文件里有详细说明，但如果你有 Docker，几分钟就能运行起来。它极大地帮助了我的工作流程，我计划继续添加功能和改进它。