निर्दिष्ट रूपरेखा 'Microsoft.AspNetCore.App', संस्करण '3.1.0' लिनक्स अज़ूर वेबएप के लिए नहीं मिली

मुसीबत

Azure में .Net Core 2.2 Linux Web App को .Net Core 3.1 में अपग्रेड करने के बाद, एप्लिकेशन एक Specified framework 'Microsoft.AspNetCore.App', version '3.1.0' was not foundत्रुटि के साथ नीचे है । मैं भी नेट कोर 3.1 के साथ एक नया लिनक्स वेब ऐप बनाने के लिए जहाँ तक चला गया, और बैश कमांड प्रॉम्प्ट के बाद अभी भी outputting है dotnet --list-runtimesके रूप में 2.2.7।

विवरण

वेबसाइट नीचे

Logstream

रिपोर्टिंग एप्लिकेशन डाउन है क्योंकि यह .net core 3.1 नहीं ढूँढ सकता है।

नया .net कोर वेब ऐप बनाया गया

उत्तर मध्य में 3.1 लिनक्स वेबप, वही समस्या

सुनिश्चित किया गया कि यह उत्तरी मध्य अमेरिका में चल रहा था

Https://aspnetcoreon.azurewebooks.net/ के अनुसार , पूर्ण .netCore 3.1 समर्थन होना चाहिए

फिर भी .net कोर 2.2.7

opt/dotnet/runtimes 3, 3.0 और 3.0.0 को सूचीबद्ध करता है, लेकिन कोई 3.1`

पर्यावरण चर

मेरा वातावरण Azure सूची में बदलता है FRAMEWORK_VERSION = lts3.1 के बजाय

प्रकाशन

यह एक Azure AppService Deploy कार्य का उपयोग करके एज़्योर डेप्स ci पाइपलाइन से प्रकाशित किया गया था। 3.1 यहाँ उपलब्ध नहीं था, इसलिए मैंने चुनाLTS

अपडेट १

ऐसा लगता है कि अपराधी Azure Devops वेब ऐप / वेब सेवा कार्यों में फ्रेमवर्क स्टैक से 3.1 गायब है।

जब भी मैं CI से प्रकाशित करता हूं, तो इस ड्रॉपडाउन में जो भी चुना जाता है, वेब ऐप फ्रेमवर्क अपडेट हो जाता है। यदि मैं मैन्युअल रूप से Azure वेब ऐप पर फ्रेमवर्क को 3.1 में बदलता हूं, तो साइट ऊपर आती है। लेकिन फिर अगला प्रकाशन इसे वापस ले जाता है क्योंकि यह रूपरेखा को वापस ci में सेटिंग्स में बदल देता है।

नया प्रश्न

मैं .net कोर 3.1 कार्य प्रकाशित करने के लिए एज़्योर डेवोप्स रिलीज़ पाइपलाइन कैसे प्राप्त कर सकता हूं?

अपडेट २

संबंधित Azure Devops फोरम पोस्ट

वर्तमान में 2/23/2020 के रूप में जांच की जा रही है

.नेट कोर 3.1 लिनक्स ऐप सेवा के लिए पाइपलाइन तैनात करता है

सुझाए गए समाधान

रिहाई पाइप लाइन के लिए YML और मैन्युअल रूप से उपयोग से संस्करण को बदल 3.0करने के लिए 3.1, इस सवाल का जवाब और द्वारा नोट इस सूत्र
एक framework dependentरिलीज से उन्नयन करने के लिए एक self contained। संदर्भ
.NetCore 3.0 पर डाउनग्रेड करें

— w00ngy
स्रोत

एलटीएस का उपयोग करने के बजाय कृपया नवीनतम का उपयोग करने का प्रयास करें (इसकी अनुशंसा नहीं की गई है, लेकिन इसे वैसे भी आज़माएं, यह देखेगा कि इसका काम करना है या नहीं)

— मनीष

मैंने किया, और यह काम नहीं किया। लेकिन सीआई को यह समस्या लगती है। हर बार जब मैं CI के साथ प्रकाशित करता हूं, तो यह वेब ऐप पर उस ढांचे को बदल देता है जो CI में चुना गया है। अगर मैं CI प्रकाशन के बाद ऐप सेवा में जाता हूं और मैन्युअल रूप से रनटाइम स्टैक को 3.1 में बदल देता हूं, तो साइट अगले प्रकाशन तक आती है।

— w00ngy

कोड, डेटा, त्रुटि संदेश आदि की छवियों को पोस्ट न करें - प्रश्न में टेक्स्ट को कॉपी या टाइप करें। कैसे पूछें

— रोब

जवाबों:

मैंने एक ही स्थिति में भाग लिया है, आपके द्वारा दी गई जानकारी का उपयोग करके मैं इस मुद्दे को मैन्युअल रूप से Devip पाइपलाइन पाइपलाइन .yml फ़ाइल में मान सेट करके ठीक करने में सक्षम हूं। ऐसा लगता है जैसे वे रनटाइम स्टैक ड्रॉप डाउन से मूल्य को याद कर रहे हैं। यदि आप मैन्युअल रूप से बिल्ड प्रक्रियाओं को अपडेट करते हैं। यहाँ देखा के रूप में .Ml फ़ाइल:

यह उचित फ्रेमवर्क संस्करण का चयन करेगा। उम्मीद है कि यह Azure Devops CI पाइपलाइन तैनाती के साथ आपके मुद्दे को ठीक कर देगा।

— तरन बिछुइयां
स्रोत

मैं सोचता था कि क्या यह इसे हल करेगा। मैं इसे एक शॉट देने की कोशिश करता हूँ। मेरे लिए अपनी पूरी रिलीज़ को yml में बदलना मेरे लिए थोड़ा काम हो सकता है इसलिए मैंने अभी तक इसकी कोशिश नहीं की थी। मैं आपको परिणाम बता दूँगा! प्रतिक्रिया की सराहना !!

— w00ngy

लगता है कि स्ट्रिंग को दर्ज करना संभव है DOTNETCORE | 3.1 रनटाइम स्टैक बॉक्स में सीधे (और यह समस्या को हल करता है) - तो रिलीज पाइपलाइन को यमल में बदलने की कोई आवश्यकता नहीं है!

— rdavisau

मैं सिर्फ यही कहना चाह रहा था कि @rdavisau - सबसे आसान फिक्स 3.1 संस्करण को रनटाइम स्टैक बॉक्स में ओवरटेक करना है और यह मान लेता है।

— विल Appleby

— रोब

rdavisau - इससे मेरा बहुत समय बच जाता! जबरदस्त हंसी।

— w00ngy

एक आसान उपाय यह है DOTNETCORE|3.1कि डेप्स में रनटाइम स्टैक ड्रॉपडाउन में टाइप किया जाए। (धन्यवाद rdavisau!)

— w00ngy
स्रोत