點擊上方藍字關注“汪宇杰博客”

最近我遭遇了一個奇怪的問題。使用Azure DevOps配置CI/CD管線，自動部署到Azure App Service以后，.NET Core的網站竟然會啟動失敗。我們來看看如何解決這個問題。

查找問題

首先，幸好，這是個staging環境。爆了以后，我發現網站竟然沒有log，連log的目錄都找不到，這非常奇怪。于是我決定在Azure啟用開發模式，讓網站輸出詳細錯誤信息。熟悉經典ASP.NET的同學可能知道，只要在web.config里設置個customError就行了。但是.NET Core沒有這個東西，怎么辦呢？我教大家一個猥瑣小技巧：

.NET Core的設置，是優先用環境變量覆蓋的。所以我們可以利用這點，在Azure App Service的設置里加這么一個環境變量：

ASPNETCORE_ENVIRONMENT:Development

更改設置的地方在Application settings頁面

朋友們可能會問：我怎么知道這個值的？其實這個設置來源于Visual Studio

打開開發模式以后，輸出了宇宙大爆炸的詳細信息：

發現執行的代碼路徑竟然不是在App Service應有的網站根目錄！于是我的代碼找不到依賴項，就爆了。

怎么回事

我嘗試了手動從VS部署，也是爆的。在Azure DevOps重新部署，也是爆的。甚至停用CD管線，用kudu直接build git的代碼，也是爆的！我陷入了循環懵逼：

最終我刪除并重建了一個新的App Service實例，用VS發布，居然就好了。但是我再次用CI/CD管線部署以后，又產生了大爆炸。細心的我，保留了網站運行正常時候的配置信息，與爆炸以后的配置對比發現，是多了這么一個設置：

這是個啥玩意兒

我追溯到一個微軟Azure的announcement：https://github.com/Azure/app-service-announcements/issues/84

發現它是針對Azure Function設計的，這是App Service進一步包裝以后的服務。與傳統部署的差別就是，傳統部署會把新文件覆蓋到wwwroot目錄，也就是我們的網站根目錄，而用了RUN_FROM_PACKAGE的話，網站執行的時候會指向一個zip文件，壓縮包的內容會映射到wwwroot目錄，但會變成只讀。

使用這個功能有一些好處，比如可預測、更快速的部署、更快速的啟動性等等，具體大家可以去看微軟公告的介紹。

恢復網站運行

想要臨時恢復網站運行，非常簡單，只要將WEBSITE_RUN_FROM_PACKAGE這個設置整個刪除，重啟網站，就可以恢復到部署前的良好版本。但是Azure DevOps將來的部署，將不會起作用。因為真實的wwwroot目錄不會被更新了。

恢復至CD部署前版本:6980

那如何自動部署呢

我們需要修改Azure DevOps部署任務的默認值

編輯你的Release定義，在Tasks下找到Deploy Azure App Service子任務。

展開Additional Deployment Options，勾選 Select deployment method，然后手工選擇為 Web Deploy，保存設置。

然后重新提交一個Release，等待成功部署。完成之后就可以看到正確的新版本被部署在wwwroot物理路徑下了，網站也能正常啟動：

總結

以上是生活随笔為你收集整理的解决Azure DevOps部署到Azure后.NET Core网站无法启动的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。