Roku 开发者仓库从 GitHub 迁至 GitLab
Roku developer repositories moved from GitHub to GitLab
Roku 已将所有开发者资源从 GitHub 迁移至 GitLab，包括 RSG 2.0 SDK、文档、示例应用和工具库。此次迁移对开发者影响很小，文档和博客中的链接已更新，但如果你曾收藏或存储过 Roku 仓库 URL，需要手动更新。无论是知识库、AI 检索管道，还是 Git 远程仓库、子模块和 CI 流程，都需将 URL 从 github.com 改为 gitlab.com。建议搜索内部代码库中的 rokudev 关键词，排查遗漏。虽然 GitLab 暂不支持“建议修改”功能，但你仍可 fork 文档仓库并提交合并请求。
如果索引了我们的仓库用于检索管道、内部助手或代码代理，请更新源 URL 并重新抓取，因为过时的索引不会报错，只会悄无声息地提供陈旧内容。
HN 评论区
168- PedroBatista
GitLab 尽管存在诸多缺陷，但更适合“普通”公司或组织的项目。它更符合软件开发者及其周边任务参与者的思维模型，不像 GitHub 从一开始就试图打造的那种“开源开发者社交网络”，尤其是最近被微软收购后更是如此。至于 CI 和 GitHub Actions 的话题，咱们甚至都不必提了。
- rr808
值得提一下的是，Roku 正在被 Fox 收购，所以在与微软的这场“美德之争”中，双方都不清白。
- bob1029
（假设这次迁移是因为最近的宕机事件）
我不确定在目前这种局面下，任何地方的草能绿多久。
GitHub 的大部分宕机并非因为其工程师在使用 AI（尽管可能有一两个案例）。宕机的主要驱动力在于开发者的工作流速度变得太快。这些产品的每一个用户都在给系统施加更重的负载。我认为这种需求的激增短期内不会停止。我完全预料到马上就会收到一封邮件，告知我在 2027 年之前，我的 5,000 req/hr GH API 配额将被削减一半。
我不明白 GitLab 如何能免疫这些力量，除非我们愿意转向自托管和企业版计划。而这两者 GitHub 也提供。
- tangotaylor
真希望他们能透露点内幕，把迁移的原因说清楚。
- brightball
我看到了一篇关于无论使用哪个 Git 托管平台都使用 Dagger 进行 CI 的大篇幅文章，我很好奇这真的有什么实际好处吗？
- Lerc
这个讨论串很有意思，因为我的处境相当不同。
我做了一款游戏，觉得大家可能会喜欢。我正打算把它提交给 F-Droid，却遇到了压力，要求我创建一个 GitLab 账号。
我发现 F-Droid 这样一个项目这么做极具讽刺意味。看起来他们自己建立了一套流程，导致了一种形式的锁定，迫使他人为了互操作性而注册 GitLab。
- prologic
我早在 2021 年左右就为自己的仓库做过同样的迁移 :D https://prologic.blog/posts/2021-07-11-why-i-no-longer-trust...
- sanex
PR > MR