54000 stars all return to zero. Project Author: I regret it very much

writing  | Travis

Produce | OSC The open source community （ID：oschina2013)

I don't know if you have used or understood HTTPie This project , If you're not familiar with it , Here's a brief introduction ：HTTPie Is an open source command line HTTP client , Its goal is to make CLI And Web The interaction of services should be as humanized as possible .HTTPie Designed for testing 、 Debugging and usually with API and HTTP Server interaction .http& https  The command allows you to create and send arbitrary HTTP request . They use simple and natural Syntax , And provide formatting and color output .

HTTPie The author of the project is Yu 2012 In GitHub The first submission was made on , It has passed so far 10 Year time . After continuous iteration and improvement ,HTTPie Now it has become GitHub The most popular on the platform API One of the tools , And have more than 5.4 ten thousand Star and 1 Thousands more Watch.

This has such a high Star Number of items , But because of an accident 5.4 m Star All zeros . Project the author Jakub Roztocil Recently, I introduced the context of this incident in detail in my blog , By the way, it can also sound an alarm to the authors of other projects .

What happened? ？

Jakub The first is to admit that the incident was caused by his own wrong operation ：

Due to a series of Unfortunate Events , I accidentally set the warehouse of the project private , This operation makes GitHub It's deleted. We spent 10 A community built in years .

Why make it private

author Jakub Express ：

Making the warehouse private will permanently delete all Watch and Star, This is a GitHub A feature of . I know that too , So I obviously have no intention of HTTPie Set as private .

The reason for this result , The most immediate reason is Jakub Think you're in a different warehouse （ The warehouse has no content or Star）, He created it a week ago , But I haven't filled it in before .

Jakub At that time, I didn't realize that there were inconsistencies in the naming of the warehouse ,HTTPie The warehouse of the project is  httpie/httpie, and Jakub The warehouse you want to set is  httpie/.github.

That's why I didn't realize my mistake , take  httpie/httpie  Set as private , instead of  httpie/.github

When Jakub After finishing the operation and returning to the organization page , He found that he could still see the empty warehouse , Instead, it's HTTPie When the project warehouse disappears , He really realized what had happened . therefore Jakub Immediately return to the setup page and want to reset HTTPie Make it public . but GitHub He is not allowed to do this for the next half hour , as a result of GitHub is “ help ” He deleted the warehouse Star and Watch, You can't stop the process halfway .

GitHub Differential treatment 、 Refuse to resume

In order to avoid losses as much as possible , After the event Jakub The first time with GitHub Get in touch with , hope GitHub Can help them recover their original data . After all GitHub The team itself has accidentally put GitHub Desktop The warehouse of the application is set to private , And I recovered everything for myself in a few hours .

The original GitHub Of CEO This situation is explained ：

Developers mistakenly put GitHub Desktop The warehouse is private , Modifying it again won't restore it Star And something else , So we are recovering from the database backup .

obviously GitHub There are relevant backups , And it can recover the loss caused by accidentally setting the warehouse private through backup . But in HTTPie In the event of the project ,GitHub But refused to do so , The reason is that it will cause adverse side effects and waste resources and costs .Jakub Even to GitHub Propose economic compensation , Also rejected .

Although this is due to Jakub Caused by their own wrong operation , But he also made some suggestions in his blog GitHub What can be improved , I also hope that other project authors can avoid making the same mistake again . First , He hoped GitHub Can be more clearly 、 Inform the user of the harmfulness of the operation in a clear way , Not a sentence that applies anywhere “ Warning ： This is a potentially destructive operation ”; The second is to improve the design of the database , Use as much as possible “ Soft delete ”, And delay... Within a certain time range “ Hard delete ”.

at present HTTPie Has been re published , By the time of completion , The project has obtained 9 More than a thousand Star Number .

- END -