不小心将仓库私有化，这个开源项目失去了 54k GitHub Stars

作者 | 辛晓亮

近日，开源项目 HTTPie 的创始人 Jakub Roztocil 发文表示因项目短暂私有，而丢失了原来的 54k star，运营十年的社区也被 GitHub 删除。

1 “乌龙”操作？起因只是想隐藏另一项目简介

据 Jakub 介绍，作为一个开源的 CLI HTTP 客户端，HTTPie 从 2012 年 2 月 25 提交第一个公开版本开始，截止 2022 年，累计在 GitHub 上收获了了 54k 的星星，HTTPie 也通过 GitHub 社区一步步成为非常受欢迎的 API 工具，两个月前 HTTPie 还庆祝了项目第一次提交 10 周年。

对于这起乌龙事件，Jakub 解释道，他其实知道将代码仓库设置为私有，就会永久删除所有关注者和星级，显然他也无意将 HTTPie 私有化。情况是他在事情发生一周之前创建了一个新的仓库，当他在操作隐藏项目简介时混淆了新的仓库与原来的 HTTPie 项目，从而不小心将 HTTPie 项目私有化，导致项目星星消失。

操作完成后，Jakub 第一时间并未发现异常，后面 Jakub 进行问题排查时才发现是 GitHub 在项目名称与提示上不太直观导致自己出现重大失误。如下图所示，仅有的不同是底部的name/name与name/.github，这让他没有意识到自己操作上的严重失误，他认为 GitHub 应该提供更多的提示，比如“你即将杀死 55000 人”，这肯定会让他停下来。

2 GitHub 拒绝提供恢复服务

GitHub 官方项目也曾出现过不小心将仓库私有化造成损失的情况。在 2020 年，GitHub Desktop 应用将自己仓库设置为私有，几个小时后项目就恢复正常了。Jakub 团队也向 GitHub 发出了恢复备份的请求。

由此可见，“GitHub 显然是有备份的”， Jakub 说到。不过在 HTTPie 这个项目中，GitHub 拒绝了 Jakub 的请求，理由是“不理想的副作用和资源成本”，Jakub 还提出向 GitHub 提供经济补偿以恢复项目星级不过也被拒绝了。

对于此情况，GitHub 也在事故发生后发表了一篇推文进行解释并为项目重新推广。

经过这次“乌龙”事件，Jakub 事后总结了一些经验教训。

• 在 UI 设计上展示出来，而不是用一种抽象的让用户思考的方式去进行设计，特别是在涉及删除的功能上；
• 数据库设计上使用软删除；
• 抛弃在运营开源项目上天真的想法。

同时他们表示，尽管 GitHub 上的星星已经消失，但是 HTTPie 已经变得足够好，用于 Web 个桌面的 HTTPie 测试版也得到了很好的反馈，未来团队会将 HTTPie 发展成为优秀的 API 开发平台。

3 开发者态度呈两极化

在 Hacker News 的讨论中，开发者多为两极分化的声音。

有开发者认为 Jakub 在经验总结中的内容非常重要，不管是 UI 设计还是数据库软删除，都是值得所有人学习的经验。

另一类开发者持反对意见，他们认为 Jakub 总结的内容是将所有的责任都归咎于 GitHub，这是非常奇怪的，现在的 GitHub 已经很难犯这样的错误。他们还拿出来 rm 的例子进行解释。许多人使用 rm 误删除了内容，但不能将过错归结于 rm 技术本身。

对于作者抱怨 GitHub 不恢复项目的情况，也有开发者提到：“GitHub 当然可以恢复备份，但如何决定哪些用户应该得到特殊待遇，如果 GitHub 开始为部分用户提供备份，更多的人会期待同样的事情。”

参考链接：

https://httpie.io/blog/stardust