展开讨论

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

我想知道有多少人真的有这个问题

……我想知道有多少人真的有这个问题。数以百万计的人一直在使用github和gitlab。我很好奇有多少用户觉得他们自己的仓库存在可扩展性问题。就我个人而言,我完全不觉得git的可扩展性有问题,尽管我之前工作的公司有数百到数千名工程师。也许使用单一代码库会导致可扩展性问题?但单一代码库本身就是一个有争议的话题。> Diversion 建立在分布式存储和数据库之上,通过REST API进行访问,并在无服务器云基础设施上运行。每个仓库操作都是一个API调用(提交、分支、合并等)。桌面客户端会实时将所有正在进行的工作同步到云端。再次强调,这和我这个用户有什么关系呢?当我只是使用CLI或UI时,为什么要在意底层协议呢?

源讨论发布Hacker News:Diversion(YC S22)——云原生Git替代方案原帖 423 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

SA

大家好!我们是Sasha和Egal,Diversion(https://diversion.dev)的联合创始人。我们正在开发一个现代的、云原生的版本控制系统。我们的第一批用户是游戏开发者,他们喜欢它的简洁和可扩展性。在这里看一个快速演示:https://youtu.be/DD0XkL8kDYc 为什么需要一个新的VCS?毫无疑问,Git极大地改善了我们的生活,并在过去的18年中对软件开发的进步起到了重要作用。但是——它是在2005年为一个截然不同的世界而构建的(网络速度慢,项目规模小,没有云),现在并不是每个人的最佳工具。 Git最大的缺点是其有限的可扩展性——无论是仓库和文件大小,还是并发用户的数量。这就是为什么谷歌和Meta建立了自己的版本控制系统。这也是为什么其他大公司,尤其是游戏开发、半导体和金融行业,也这样做。…

完整原文

社区评论 0

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

原讨论中的回复 2

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

SA

单体仓库确实给git带来了问题,这是反对它们的主要论点之一(参见[1])。一些公司正在开发自己的解决方案(如谷歌、Meta),还有一些公司因为这些问题而拆分了单体仓库。我认为,如果一家公司想出于自己的原因运行单体仓库,就不应该被他们的VCS所限制。 技术细节是给那些想了解的读者的,我同意这对用户来说并不是特别重要(至少大部分用户是这样)。 [1] https://medium.com/@mattklein123/monorepos-please-dont-e9a27...

完整原文
CT

关于可扩展性,他们在第一句话中就提到了游戏开发,这涉及大量且不断增长的已版本化资源,比如3D模型、纹理、动画等。

完整原文
在 Hacker News 阅读

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

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