GitHub昨天又(yòu)Error 500了。

GitHub這宕機的頻(pín)率，比我(wǒ)(wǒ)在GitHub上的活躍度都高了！

目前GitHub官方博客沒有對此次宕機發表任何聲明，這個時候自然少不了各路爆料大(dà)神的加入了。

網友shijin1爆料稱，因爲Github突然宕機，很多程序員(yuán)都很揪心，紛紛緻電(diàn)微軟客服。于是有個客戶獲得了微軟的回應郵件，郵件中(zhōng)寫到：「經過排查，發現由于疫情影響導緻微軟GitHub各地的服務器均有被盜現象，導緻服務器宕機。目前正在追回中(zhōng)」。

不得不佩服網友的腦洞，真的是絕了這個理由。腦海中(zhōng)瞬間出現一(yī)幅畫面：

月黑風高的夜晚，一(yī)個包着頭巾的小(xiǎo)偷，夾着從GitHub偷來的服務器一(yī)溜煙兒的往前跑；後面微軟的人舉着火(huǒ)把拿着手電(diàn)在後面緊追……

目前來看，開(kāi)發者們表現的情緒還是比較穩定的，就像是早就預料到這件事雖遲但到一(yī)樣。畢竟這也不是GitHub第一(yī)次出現類似事故，此前也沒發生(shēng)過Error 500後數據丢失、或者長期沒有修複導緻無法訪問的情況。而且今天已經可以毫無障礙、非常流暢的訪問GitHub了，大(dà)家都很淡定。

或許對很多開(kāi)發者來說，GitHub的宕機可以被看做是一(yī)次難得的短暫休憩。可以站起來喝(hē)杯啤酒，或者吃點兒餅幹，打打遊戲什麽的，舒緩一(yī)下(xià)連日來的疲憊。

在故障記錄網站我(wǒ)(wǒ)們可以看到，基本上每個月GitHub都有至少一(yī)起事故。


巧合的是，去(qù)年7月，GitHub也經過了Error 500，隻不過當時是40多分(fēn)鍾，這次是30分(fēn)鍾。

世界協調時周一(yī)下(xià)午3:46，GitHub.com上的一(yī)些服務經曆了41分(fēn)鍾的中(zhōng)斷，并因此導緻一(yī)些服務降級了較長時間。我(wǒ)(wǒ)們的初步調查表明，我(wǒ)(wǒ)們的部署管道中(zhōng)引入了一(yī)個邏輯錯誤，表現在GitHub.com網站的後續和無關的部署中(zhōng)。這一(yī)系列事件破壞了一(yī)些内部系統的穩定性，使我(wǒ)(wǒ)們的恢複工(gōng)作變得複雜(zá)，并導緻服務中(zhōng)斷。

所有GitHub服務已恢複正常，沒有數據丢失。我(wǒ)(wǒ)們非常重視可靠性，并對此次中(zhōng)斷事件表示誠摯的歉意。數百萬人和企業依賴GitHub，我(wǒ)(wǒ)們知(zhī)道我(wǒ)(wǒ)們的社區對我(wǒ)(wǒ)們可用性問題的影響感受深刻。

目前，我(wǒ)(wǒ)們正在對此次事件的成因進行徹底調查，并将與社區分(fēn)享我(wǒ)(wǒ)們的分(fēn)析結果。從這次事件中(zhōng)，我(wǒ)(wǒ)們希望能學到新的方法來維護您的信任。

無論如何，還是希望GitHub能夠擺脫500魔咒。畢竟越來越多的開(kāi)發者将項目放(fàng)在GitHub上，無論對網站本身還是開(kāi)發者自己，都是無價之寶！