Linux Azure WebApp için 'Microsoft.AspNetCore.App', '3.1.0' sürümü belirtilen çerçeve bulunamadı

Sorun

Bir .Net Core 2.2 Linux Web App uygulamasını Azure'da .Net Core 3.1'e yükselttikten sonra, uygulama bir Specified framework 'Microsoft.AspNetCore.App', version '3.1.0' was not foundhatayla kapandı . Hatta .Net Core 3.1 ile yeni bir Linux Web App oluşturmak için ileri gittim ve bash komut istemi hala çıktı dotnet --list-runtimesolarak 2.2.7.

ayrıntılar

Web Sitesi Kapalı

Logstream

.net core 3.1 bulamadığı için raporlama uygulaması çalışmıyor.

Yeni .net core web uygulaması oluşturuldu

3.1 Kuzey Merkez'de linux webapp, aynı problem

Kuzey Orta ABD'de çalıştığından emin olun

Göre https://aspnetcoreon.azurewebsites.net/ , tam .netCore 3.1 desteğine sahip olmalıdır

Hala .net çekirdek 2.2.7

opt/dotnet/runtimes 3, 3.0 ve 3.0.0 listeler, ancak 3.1 'yok

Ortam Değişkenleri

FRAMEWORK_VERSION = lts3.1 yerine Azure listesindeki ortam değişkenlerim

yayıncılık

Bu, bir Azure AppService Dağıtımı görevi kullanılarak bir azure devops ci kanalından yayınlandı. 3.1 burada mevcut değildi, bu yüzden seçtimLTS

Güncelleme 1

Azure Devops Web Uygulaması / Web Hizmeti görevlerindeki çerçeve yığınında suçlu 3.1 eksik gibi görünüyor.

CI'den yayınladığımda, web uygulaması çerçevesi bu açılır menüde seçilenle güncellenir. Azure Web Uygulamasında çerçeveyi el ile 3.1 olarak değiştirirsem site açılır. Ancak bir sonraki yayın geri döner çünkü çerçeveyi ci'deki ayarlara geri döndürür.

Yeni Soru

Bir .net core 3.1 görevi yayımlamak için Azure Devops Sürüm boru hattını nasıl edinebilirim?

Güncelleme 2

Azure Devops forum yazısı

Şu anda 23.02.2020 tarihi itibariyle soruşturulmaktadır

Net Core 3.1, Linux Uygulama Hizmetine boru hattı dağıtımı

Önerilen Geçici Çözümler

Kullanım bırakma boru hattı için YML ve elle gelen sürümünü değiştirmek 3.0için 3.1cevap ve tarafından belirtildiği gibi, bu iş parçacığı
Sürümden a framework dependentsürümüne geçin self contained. Referans
NetCore 3.0 sürümüne geçin

— w00ngy
kaynak

LTS kullanmak yerine lütfen en son kullanmayı deneyin (önerilmez, ancak yine de deneyin, çalışıp çalışmadığını göreceksiniz)

— Manish

Yaptım ve işe yaramadı. Ama CI sorun gibi görünüyor. CI ile her yayınladığımda, web uygulamasındaki çerçeveyi CI'de seçilenle değiştirir. Bir CI yayınlamasından sonra uygulama hizmetine gidersem ve çalışma zamanı yığınını manuel olarak 3.1 olarak değiştirirsem, site bir sonraki yayına kadar gelir.

— w00ngy

Kod, veri, hata mesajı, vb. Görüntülerini GÖNDERMEYİN - metni soruya kopyalayın veya yazın. Nasıl

— Rob

Yanıtlar:

Sağladığınız bilgileri kullanarak aynı duruma koştum, Devops Pipelines Build .yml dosyasındaki değeri manuel olarak ayarlayarak sorunu çözebildim. Görünüşe göre RunTime Stack açılır listesindeki değeri kaçırıyorlar. Derleme işlemleri .yml dosyasını burada görüldüğü gibi el ile güncelleştirirseniz:

Bu, uygun çerçeve sürümünü seçecektir. Umarım bu, Azure Devops CI Pipeline dağıtımıyla ilgili sorununuzu çözecektir.

— Taran Beekhuis
kaynak

Bunun çözülüp çözülmeyeceğini merak ettim. Denemeyi deneyeceğim. Tüm sürümümü yml'ye dönüştürmek benim için biraz iş olabilir, bu yüzden henüz denememiştim. Sonuçları size bildireceğim! Cevabı takdir !!

— w00ngy

3.1 dizesini doğrudan Çalışma Zamanı Yığını kutusuna girmek mümkün görünüyor (ve sorunu çözüyor) - bu yüzden serbest bırakma boru hattını yaml'ye dönüştürmeye gerek yok!

— rdavisau

Sadece @rdavisau ile aynı şeyi söyleyecektim - en kolay düzeltme 3.1 sürümünü Runtime Stack kutusuna yazmak ve değeri almak gibi görünüyor.

— Appleby

Kod, veri, hata mesajı, vb. Görüntülerini GÖNDERMEYİN - metni soruya kopyalayın veya yazın. Nasıl

— Rob

rdavisau - bu bana çok zaman kazandıracaktı! lol.

— w00ngy

Daha kolay bir çözüm, DOTNETCORE|3.1ayırmalarda Çalışma Zamanı Yığını açılır menüsüne yazmaktır. (Teşekkürler rdavisau!)

— w00ngy
kaynak