不知道大家是否使用或瞭解過 這個專案，如果對它還不熟悉的話，這裡先簡要介紹一下：HTTPie 是一個開源的命令列 HTTP 使用者端，它的目標是使 CLI 與 Web 服務的互動儘可能人性化。HTTPie 設計用於測試、偵錯以及通常與 API 和 HTTP 伺服器互動。http& https 命令允許建立和傳送任意 HTTP 請求。它們使用簡單自然的語法，並提供格式化和彩色輸出。
HTTPie 專案的作者於 2012 年在 GitHub 上進行了第一次提交，至今已走過 10 年時間。經過不斷地迭代和改進，HTTPie 如今已經成為了 GitHub 平臺上最受歡迎的 API 工具之一，並擁有超過 5.4 萬 Star 和 1 千多 Watch。
這個擁有如此高 Star 數量的專案，卻因意外導致 5.4 萬個 Star 全部歸零。專案作者 Jakub Roztocil 近日在部落格中詳細介紹了此次事件的來龍去脈，也順便可以給其他專案的作者敲響警鐘。
發生了什麼？
Jakub 首先是承認了此次事件是由自己的錯誤操作導致的：
由於一連串不幸的事件，我不小心把專案的倉庫設為了私有，這個操作讓 GitHub 連帶刪除了我們花了 10 年時間建立的社群。
為什麼要設為私有
作者 Jakub 表示：
把倉庫設為私有就會永久刪除所有 Watch 和 Star，這是 GitHub 的一個特性。我也知道這一點，因此我顯然無意將 HTTPie 設為私有。
之所以會導致這樣的結果，最直接的原因是 Jakub 以為自己在一個不同的倉庫裡面（該倉庫沒有內容也沒有 Star），這是他在一週前建立的，但之前一直沒有向裡面填充內容。
Jakub 在當時並沒有意識到倉庫在命名上存在不一致，HTTPie 專案的倉庫為 httpie/httpie，而 Jakub 想要設定的倉庫為 httpie/.github。
這就是為什麼我在沒有意識到我的錯誤時，將
httpie/httpie設為私有，而不是httpie/.github
當 Jakub 做完操作回到組織頁面後，他發現仍然可以看到空的倉庫，反而是 HTTPie 專案倉庫消失不見時，他才真正意識到發生了什麼。於是 Jakub 立刻回到設定頁面中想要重新將 HTTPie 設為公開。但 GitHub 在接下來的半個小時內都不允許他這樣做，原因是 GitHub 正在 「幫助」 他刪除倉庫的 Star 和 Watch，無法中途停止這個過程。
GitHub 區別對待、拒絕恢復
為了儘可能避免損失，事後 Jakub 第一時間與 GitHub 取得聯絡，希望 GitHub 能夠幫助他們恢復原本的資料。畢竟 GitHub 團隊自己就曾經不小心把 GitHub Desktop 應用的倉庫設定為私有，並在幾個小時內就為自己恢復了一切。
當初 GitHub 的 CEO 對這一情況做出瞭解釋：
開發人員今天早上錯誤地將 GitHub Desktop 倉庫設為私有，重新修改回來並不會恢復它的 Star 和其他一些東西，因此我們正在從資料庫備份中進行恢復。
顯然 GitHub 對此是有相關備份的，並且能夠通過備份挽回因不小心將倉庫設為私有而造成的損失。但是在 HTTPie 專案的事件中，GitHub 卻拒絕這樣做，理由是會引發不良的副作用和浪費資源成本。Jakub 甚至向 GitHub 提出經濟補償，也同樣遭到了拒絕。
雖然這件事是由於 Jakub 自己錯誤操作導致的，但他在部落格中也提出了一些 GitHub 可以改善的地方，也希望其他專案作者能夠避免再犯同樣的錯誤。首先，他希望 GitHub 能夠以更加清晰、明確的方式向使用者告知操作的危害性，而不是一句放在任何地方都適用的 「警告：這是一個潛在的破壞性操作」；其次是改善資料庫的設計，儘可能使用 「軟刪除」，並在一定時間範圍內延遲 「硬刪除」。
目前 HTTPie 已重新，截止完稿，該專案已獲得 9 千多的 Star 數量。