問題

Azureで.Net Core 2.2 Linux Webアプリを.Net Core 3.1にアップグレードすると、アプリケーションがSpecified framework 'Microsoft.AspNetCore.App', version '3.1.0' was not foundエラーでダウンします。.Net Core 3.1を使用して新しいLinux Webアプリを作成するまで、さらにbashコマンドプロンプトがdotnet --list-runtimesとして出力されていました2.2.7。

細部

ウェブサイトダウン

ログストリーム

.net core 3.1が見つからないため、レポートアプリケーションがダウンしています。

新しい.netコアWebアプリを作成しました

3.1 North Centralのlinux webapp、同じ問題

米国北中部で実行されていることを確認

https://aspnetcoreon.azurewebsites.net/によると、完全な.netCore 3.1サポートが必要です

それでも.netコア2.2.7

opt/dotnet/runtimes 3、3.0、3.0.0をリストしますが、3.1はリストしません `

環境変数

FRAMEWORK_VERSION = lts3.1ではなく、Azureリストの環境変数

出版

これは、Azure AppService Deployタスクを使用してazure devops ciパイプラインから公開されました。3.1はここでは利用できなかったので、LTS

アップデート1

犯人はAzure Devops Web App / Web Serviceタスクのフレームワークスタックから3.1不足しているようです。

CIから公開するたびに、Webアプリフレームワークは、このドロップダウンで選択されたものに更新されます。Azure Web Appでフレームワークを手動で3.1に変更すると、サイトが表示されます。ただし、フレームワークをciの設定に戻すため、次の発行はダウンします。

新しい質問

Azure Devopsリリースパイプラインを取得して.net core 3.1タスクを公開するにはどうすればよいですか？

アップデート2

関連するAzure Devopsフォーラムの投稿

2020年2月23日現在調査中

.Net Core 3.1はパイプラインをLinux App Serviceにデプロイします

推奨される回避策

1. リリースパイプラインにYMLを使用し、バージョンをから3.0に手動で変更3.1します。回答とこのスレッドで示されます
2. framework dependentリリースからにアップグレードしself containedます。参照
3. .NetCore 3.0にダウングレード

同じ状況に遭遇しましたが、提供された情報を使用して、Devops Pipelines Build .ymlファイルに手動で値を設定することで問題を修正できました。ランタイムスタックドロップダウンの値が欠けているようです。ビルドプロセスの.ymlファイルを手動で更新すると、次のようになります。

これにより、適切なフレームワークのバージョンが選択されます。うまくいけば、Azure Devops CIパイプラインのデプロイに関する問題が修正されます。

より簡単な解決策はDOTNETCORE|3.1、devopsの[Runtime Stack]ドロップダウンに入力することです。（rdavisauに感謝！）