爲什麼我的Firebase函數（來自荷蘭）部署失敗？

Question

更新：問題經過了一段時間，但自從昨天以來隨着復仇迴歸。部署現在真的需要永遠，並總是與Server Error. connect ETIMEDOUT或Upload Error: Cannot read property 'response' of undefined或別的東西失敗。

通過使用HideMyAss通過美國位置進行連接試驗後，我發現這完全解決了我的問題！請注意，這個問題不僅發生在從我們位於阿姆斯特丹的辦公室，而且也從我們在鹿特丹的辦公室部署。與此同時，我也聽到更多人遇到與其他Google服務有關的問題。

我已經回覆了相關的Firebase支持電子郵件，並希望他們能夠查看這些信息。在此期間，我想我將不得不繼續使用HideMyAss上..

-

部署功能添加更多的人之後，已經日益採取更長的時間。偶爾在第一，但最近一段時期我每次嘗試的功能$ firebase deploy --only functions一次被部署在隨機失敗：

⚠ functions[foo]: Deploy Error: Failure in the execution environment

當我再試一次一個小時左右後，它部署沒有問題（仍然需要2分鐘部署，似乎有點慢）。

也許部署過程是超時;它會在很長時間後永遠失敗，永遠不會很快。

也許我在美國以外的位置導致部署過程中的延遲相關問題？雖然看起來不太可能..

我還在尋找Firebase函數日誌記錄「函數執行耗時60002毫秒，完成狀態：'超時'」和其他性能問題，所以我不知道這些都是相關的。

PS：我也將此報告給https://firebase.google.com/support/，但是我在那裏做的最後一個報告在15天后仍未得到答覆，所以我將繼續並在此處發佈。我在該報告中包含了一個firebase-debug.log，但並未在此處公開共享（不確定是否有任何令牌等）。

Answer 1

也有問題

我一直有類似的問題，今天，我從美國部署。

例如功能將無法顯示這兩種錯誤：

Deploy Error: Failure in the execution environment
Error: Functions did not deploy properly.

我發現，一旦這種情況發生時，那是因爲我的互聯網連接被丟棄，然後firebase deploy中完全刪除。

然後它又發生了，因爲我試圖在同一時間進行部署，以至於我的很多雲功能都發生在他們的服務器上。

雲功能失敗後，即使當我的互聯網恢復並且我的功能不忙碌時，它也不會讓我重新部署以再次運行阻塞的功能。不管是什麼它的破副本被卡在自己的服務器與標籤：

Failure in execution environment

我的解決方案

我發現，一旦你有一個像你實際上可以重命名功能的問題。在下一次部署時，它將有效地刪除舊的中斷函數，並將其重新加載爲具有新名稱的工作副本。

我想如果你的項目需要它有相同的名字，你可以再做一次這個過程，用新名稱刪除副本，並用你需要的名字恢復副本。甚至可以阻止註釋掉在第一次部署中刪除它的功能，然後在另一個部署上取消註釋以重新安裝它。

如何幫助你

我希望，如果你還在荷蘭有問題是有幫助的知道，它可能是一個緩慢的連接問題或在繁忙的服務器問題。正如我發現這兩件事情在美國境內給我造成問題。

此外，如果問題與服務器上的副本有關，那麼刪除和重新部署此功能的解決方案可能有助於加速部署。知道這是否有幫助是很有趣的，因爲即使服務器上的功能看起來不錯，但在之前的部署期間，它可能會干擾未來的部署。

對不起，遲到的迴應，希望你不再有這些與firebase的問題（我討厭firebase順便說一句，總是像這樣的問題）。