展开讨论

经验与复盘经验摘录 · 机器翻译

Beads很酷,但我试用了它,后端真的不太合理

Beads很酷,但我试用了它,后端真的不太合理。我必须在后台运行一个sql数据库?它如何与Git同步?(我没有看到任何文件/对象被提交到仓库)另外,Dolt在后台持续使用3-30kB/s的i/o,而实际上什么也没发生。还有,Beads有很多我不会用的功能。所有这些对我来说都太复杂了,我的大脑太小了。所以我花了一两天时间自己拼凑了一个Beads的实现(https://codeberg.org/mutablecc/dingles)。可能有错误,如果尝试与Gas Town一起使用,肯定会有竞争条件,而且可能无法扩展。但它有创建和跟踪问题所需的最基本功能,并可以同步它们(本地和远程,可以通过正常合并,或者专用的工单分支)。没有SQL,没有额外功能,只有JSONL和Git。我把一个大型软件项目扔给了它,AI很快就适应了,用它为整个项目创建了史诗,有条不紊地逐一处理,首先处理依赖关系,跨多个上下文会话。…

源讨论Gas Town:从马戏团表演到v1.0原帖 164 条评论 · 导入时统计
2

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

SO

很高兴我不是唯一一个用Gastown当取暖器的人。我在这里提交了一个问题,希望这周能抽出时间进一步研究:https://github.com/dolthub/dolt/issues/10849

完整原文
SR

我做了同样的事情,也有同样的经历,但这也让我更加欣赏Beads的架构。当我开始理解一些边缘情况时,那些奇怪的冗余实际上有了很多意义,这些情况下代理程序会出问题。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。