一夜之间，5.4 万 Star，全部清零！

大家好，我是小 G。

今天想跟大家聊聊，近期开源圈发生的一件事：知名开源项目 HTTPie 的作者，因其误操作，导致该项目 Star 数在一夜之间，全部清零。

作为一款在技术圈内受欢迎度颇高的 HTTP 命令行客户端，GitHub 排名前 80 的代码仓库，HTTPie 开源至今已十年有余。

其主要作用，是尽可能让 Web 与命令行工具的交互更为人性化，进一步提升用户友好度，让开发者的 API 处理工作变得更加高效。

借助这个项目，你可以在命令行中，快速调用与测试 API，甚至还能将其用于文件上传等场景。

工具配套上代码高亮、格式化等功能，让输出结果能更加直观的展示：

GitHub：https://github.com/httpie/httpie

经过十年累积，HTTPie 的 Star 数终于在今年成功突破了 54000，如此成绩，对于一个代码工具来说，绝对斐然。

但令人惋惜的是，作者在近期的一次误操作中，将该项目状态从「公开」设为了「私有」。

导致的结果，便是让累积十年的 Star 与 Watch 数直接消失。

而这整个删除过程，用了仅仅不到半小时：

在意识到事情不对劲后，作者便写信给了 GitHub，希望能将此项目的数据进行恢复。

因为对于一个开源项目来说，Star 数意味着项目的社区影响力，而 Watch 数则是让开发者可以在第一时间接受到项目更新通知。这两项指标，都颇为重要。

无奈，即便是 GitHub 官方有着该项目的历史数据备份，但还是难以为其恢复。主要原因，是担心这次的恢复操作，会增加社区后续的维护成本，以及产生其它不良影响。

但 HTTPie 作者认为，GitHub 没有在项目仓库的设置中，显眼的体现将项目设为「私有」后，可能导致的后果。

比如，下面这张图，代表着两个不同仓库的设置界面。

左边仓库（httpie/.github），右边仓库（httpie/httpie）：

除了仓库名称之外，你能显著看出两个操作界面有何不同之处吗？

如果在界面中，高亮或者展示不同项目的 Star 数与 Watch 数，是否看起来会更加明显一点呢？

比方说，把上面设置界面中，统一的 All stars and watchers，改为 54386 stars and 1154 watchers，是否会看起来更加直观呢？

在这一点上，HTTPie 桌面端就做的挺不错。

当用户操作可能会导致某些数据，特别是关联数据被删除时，不要用干巴巴的的文字来进行描述，而是要尽可能的通过丰富的界面来表示：

不过，话虽如此，但此次事件影响，其结果也无法挽回。

希望日后大家在操作 GitHub 项目时，还是需要谨慎一些为好。否则一不小心，让之前辛苦努力的结果付诸东流，那就追悔莫及了。。

文中所提到的所有开源项目，已收录至 GitHubDaily 的开源项目列表中，有需要的，可访问下方 GitHub 地址查看：

GitHub：https://github.com/GitHubDaily/GitHubDaily