“乌龙”操作？起因只是想隐藏另一项目简介
据 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 人”，这肯定会让他停下来。
GitHub 拒绝提供恢复服务
GitHub 官方项目也曾出现过不小心将仓库私有化造成损失的情况。在 2020 年，GitHub Desktop 应用将自己仓库设置为私有，几个小时后项目就恢复正常了。Jakub 团队也向 GitHub 发出了恢复备份的请求。
由此可见，“GitHub 显然是有备份的”， Jakub 说到。不过在 HTTPie 这个项目中，GitHub 拒绝了 Jakub 的请求，理由是“不理想的副作用和资源成本”，Jakub 还提出向 GitHub 提供经济补偿以恢复项目星级不过也被拒绝了。
对于此情况，GitHub 也在事故发生后发表了一篇推文进行解释并为项目重新推广。
经过这次“乌龙”事件，Jakub 事后总结了一些经验教训。
- 在 UI 设计上展示出来，而不是用一种抽象的让用户思考的方式去进行设计，特别是在涉及删除的功能上；
- 数据库设计上使用软删除；
- 抛弃在运营开源项目上天真的想法。
同时他们表示，尽管 GitHub 上的星星已经消失，但是 HTTPie 已经变得足够好，用于 Web 个桌面的 HTTPie 测试版也得到了很好的反馈，未来团队会将 HTTPie 发展成为优秀的 API 开发平台。
开发者态度呈两极化
在 Hacker News 的讨论中，开发者多为两极分化的声音。
有开发者认为 Jakub 在经验总结中的内容非常重要，不管是 UI 设计还是数据库软删除，都是值得所有人学习的经验。
另一类开发者持反对意见，他们认为 Jakub 总结的内容是将所有的责任都归咎于 GitHub，这是非常奇怪的，现在的 GitHub 已经很难犯这样的错误。他们还拿出来 rm 的例子进行解释。许多人使用 rm 误删除了内容，但不能将过错归结于 rm 技术本身。
对于作者抱怨 GitHub 不恢复项目的情况，也有开发者提到：“GitHub 当然可以恢复备份，但如何决定哪些用户应该得到特殊待遇，如果 GitHub 开始为部分用户提供备份，更多的人会期待同样的事情。”
参考链接：
