一夜之间,5.4 万 Star,全部清零!

Posted GitHubDaily

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一夜之间,5.4 万 Star,全部清零!相关的知识,希望对你有一定的参考价值。

公众号关注 “GitHubDaily”

设为 “星标”,每天带你逛 GitHub!

大家好,我是小 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

以上是关于一夜之间,5.4 万 Star,全部清零!的主要内容,如果未能解决你的问题,请参考以下文章

芭比Q了!5.4万GitHub Star一朝清零!

5.4万Star全部归零,项目作者:十分后悔

联想M7216NWA墨粉清零:

1.2亿次下载,近3万Star的开源项目是为何会“死”掉?

1.2亿次下载,近3万Star的开源项目是为何会“死”掉?

专注十万企业上云 助力商业智能升级