गलत संदर्भित विधानसभा संस्करण .Net उठा

Question

मैंने अभी एक मौजूदा परियोजना को एक ब्रांड नई मशीन पर कॉपी किया है ताकि उस पर विकास शुरू किया जा सके और मेरी एक संदर्भित असेंबलियों के संस्करण के साथ एक समस्या में चला गया (जैसा कि ऐसा होता है एक टेलीरिक डीएलएल)।

प्रोजेक्ट ने मूल रूप से असेंबली के पुराने संस्करण को संदर्भित किया (इसे v1.0.0.0 कहते हैं)। मेरी नई मशीन में असेंबली का नवीनतम संस्करण स्थापित है, इसलिए मैंने सोचा कि मैं इसे अपडेट कर दूंगा (नए संस्करण v2.0.0.0 को कॉल करने देता है)।

अब यहां समस्या है: यदि मैं पुराने v1.0.0.0 dll को प्रोजेक्ट फ़ोल्डर में कॉपी करता हूं और इसे एक संदर्भ के रूप में जोड़ता हूं, तो वेब साइट एक समस्या के बिना लॉन्च होती है। यदि मैं वह संदर्भ हटाता हूं (और अपने सिस्टम से पुराने DLL को भी हटाता हूं) और नया संस्करण (v2.0.0.0) जोड़ें, तो पृष्ठ निम्नलिखित अपवाद दिखाता है:

फ़ाइल या असेंबली को 'XXXXXX, संस्करण = 1.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = 121fae78165ba3d4' या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

स्पष्ट रूप से, कोड आउट ऑफ़ डेट संस्करण की तलाश कर रहा है और इसे नहीं पा सकता है। पर क्यों?

मैंने उस वर्जन नंबर के लिए सॉल्यूशन फोल्डर तैयार किया और एक भी रेफरेंस नहीं पा सका। मैंने .csproj फ़ाइल के पाठ की दोहरी जाँच की और पाया कि संस्करण सही ढंग से नवीनतम संस्करण दिखाता है और HintPath सही ढंग से नए DLL का मार्ग दिखाता है। इसके अलावा, क्योंकि मैंने पुराने डीएलएल को उस सिस्टम पर स्थापित नहीं किया था जो मेरे GAC में प्रदर्शित नहीं होता है (हालाँकि v2.0.0.0 उम्मीद के मुताबिक होता है)।

मैंने तब फ्यूजन लॉग व्यूअर को यह पता लगाने में सक्षम किया कि यह उस पुराने संस्करण की तलाश क्यों कर रहा है, लेकिन कोई भाग्य नहीं:

Assembly Load Trace: The following information can be helpful to determine why the assembly 'XXXXXX, Version=1.0.0.0, Culture=neutral, PublicKeyToken=121fae78165ba3d4' could not be loaded.


=== Pre-bind state information ===
LOG: User = MyComp\me
LOG: DisplayName = XXXXXX, Version=1.0.0.0, Culture=neutral, PublicKeyToken=121fae78165ba3d4
 (Fully-specified)
LOG: Appbase = file:///d:/My Documents/Visual Studio 2010/Projects/CoolProj/WebApp/
LOG: Initial PrivatePath = d:\My Documents\Visual Studio 2010\Projects\CoolProj\WebApp\bin
Calling assembly : WebApp, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: d:\My Documents\Visual Studio 2010\Projects\CoolProj\WebApp\web.config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Post-policy reference: XXXXXX, Version=1.0.0.0, Culture=neutral, PublicKeyToken=121fae78165ba3d4
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/90233b18/10d54998/XXXXXX.DLL.
LOG: Attempting download of new URL file:///C:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/90233b18/10d54998/XXXXXX/XXXXXX.DLL.
LOG: Attempting download of new URL file:///d:/My Documents/Visual Studio 2010/Projects/CoolProj/WebApp/bin/XXXXXX.DLL.
WRN: Comparing the assembly name resulted in the mismatch: Major Version
ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing terminated.

सभी यह कहते हैं कि यह उस पुरानी विधानसभा की तलाश से शुरू होता है। मैंने ऑनलाइन एक समाधान खोजने की कोशिश की है और इस तरह के एसओ प्रश्न को देखा है , लेकिन यह मेरी समस्या के बिल्कुल विपरीत है। उस प्रश्नकर्ता के कार्यक्रम में संदर्भित डीएल के बजाय गलत डीएलएल पाया गया था। जबकि मेरी समस्या यह है कि प्रोग्राम रहस्यमय तरीके से गलत DLL की तलाश कर रहा है और जब कोई सही ढंग से बिन फ़ोल्डर और GAC में स्थानीय रूप से पाया जा सकता है तो इसे ढूंढने में असमर्थ है।

मेरा पुराने संस्करण की तलाश क्यों है? इस बुरे संदर्भ को खोजने के लिए मैं और कहां खोज कर सकता हूं?

Answer 1

मेरा अनुमान है कि आपके द्वारा उपयोग की जा रही एक और असेंबली पुराने dll को संदर्भित कर रही है। क्या आप उपयोग किए जा रहे अन्य प्रोजेक्ट संदर्भों से परिचित हैं और उनमें से किसी के पास टेलरिक डीएलएस का संदर्भ है?

क्या आप इस तरह से अपने web.config फ़ाइल में एक बाध्यकारी रीडायरेक्ट में डाल सकते हैं?

<dependentAssembly>
 <assemblyIdentity name="Telerik" publicKeyToken="121fae78165ba3d4"/>
 <bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.0.0"/>
</dependentAssembly>

Comments

मेरे पास विभिन्न संस्करणों को लोड नहीं करने / लोड करने के साथ सभी प्रकार के मुद्दे समान हैं। एक और तरकीब जो आप आजमा सकते हैं, वह है अपने C: /WINDOWS/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET फ़ाइलें / रूट / 90233b18 / 105454998 फ़ोल्डर में सभी फ़ाइलों को मैन्युअल रूप से हटाना। कभी-कभी जब वेब साइटों को फिर से शुरू किया जाता है, ASP.Net कुछ फ़ाइल लॉक के कारण उस फ़ोल्डर को साफ नहीं करता है और उन dll को पुराने संदर्भों पर लटका दिया जा सकता है। यह एक शॉट के लायक है, मुझे पता है कि यह मेरे लिए अतीत में काम कर रहा है।

— क्रिस कॉनवे

आपने मेरे लिए संबंधित समस्या हल कर दी - धन्यवाद! मेरे सी # आवेदन में एक विरासत में मिला फॉर्म डिजाइनर में नहीं खुलेगा क्योंकि यह एक संदर्भ के पुराने संस्करण की तलाश में था। समस्या संदर्भ के पुराने संस्करण को संदर्भित करते हुए मूल रूप से एक और संदर्भ दिया गया था।

— सैम स्केस

यदि आप वाक्य रचना के बारे में भटक रहे हैं: msdn.microsoft.com/en-us/library/0ash1ksb.aspx

— 18

धन्यवाद क्रिस! आपने यहां मेरी समस्या हल कर दी: stackoverflow.com/q/11490177/7850

— Shaul Behr

आप अपने App.config या web.config में भी देख सकते हैं और देखें कि क्या मौजूदा <dependentAssembly>प्रविष्टियाँ समस्या पैदा कर रही हैं।

— रॉय टिंकर

Answer 2

मैं इस पर क्रिस कॉनवे के साथ हूं (उसे उकसाया)। समस्या यह है कि आप अपने प्रोजेक्ट में टेलरिक असेंबली में से एक का संदर्भ दे रहे हैं जो एक और संदर्भ है जो वहां नहीं है।

पहली बात: मैं GAC में कोई भी विक्रेता (यानी: telerik) असेंबली स्थापित नहीं करूंगा। टेलरिक का सामान वैसे भी सिर्फ दो विधानसभाओं के लिए संकलित है (telerik.web.design और telerik.web.ui)। बस उन लोगों को आवेदन के साथ तैनात करें।

दूसरा, आपकी प्रत्येक .proj फ़ाइलों (जैसे .csproj) में एक होने जा रहा है <reference include..> में टेलरीक.वेब.यूआई फ़ाइल के लिए बिंदु । इसमें सामान्य रूप से एक संस्करण संख्या होती है। सुनिश्चित करें कि आप बिन फ़ोल्डर में उस असेंबली को उस संस्करण से मेल खाते हैं।

तीसरा, सुनिश्चित करें कि आपकी सभी परियोजनाएं नवीनतम विधानसभा का उपयोग करती हैं। यह भी सुनिश्चित करें कि वे GAC के बजाय किसी स्थानीय पथ से असेंबली को हथिया रहे हैं। (मैं वास्तव में जीएसी को पसंद नहीं करता हूं। इससे कुछ परियोजनाओं पर मुद्दों का कोई अंत नहीं हुआ है जो मैं पर रहा हूं)। हमारे पास आमतौर पर एक "असेंबली" फ़ोल्डर है जो सभी परियोजनाएं बाहरी विधानसभा संदर्भों के लिए उपयोग करती हैं।

चौथा, विज़ुअल स्टूडियो स्वचालित रूप से आपके gac को खोजता है हर बार जब कोई वेब साइट प्रोजेक्ट लोड हो जाती है और असेंबली स्थानों को फिर से खोजती है अगर यह gac में कुछ खोजती है। मुझे याद नहीं है कि क्या यह कभी वेब एप्लिकेशन प्रोजेक्ट्स के लिए होता है, लेकिन मेरे पास उन लोगों के साथ लंबे समय तक समस्या नहीं थी। यह तैनाती के दौरान समान मुद्दों का कारण बन सकता है।

पांचवां, आप web.config में असेंबली के लिए वर्जन नंबर को रिबंड कर सकते हैं। इस runtime/assemblybindingखंड में आप निम्नलिखित की तरह कुछ का उपयोग कर सकते हैं, जो कि 2008 में तैनात हर टेलीरिक असेंबली को आगे ले जाता है और इसे एक विशेष संस्करण में इंगित करता है:

  <dependentAssembly>
    <assemblyIdentity name="Telerik.Web.UI" publicKeyToken="121fae78165ba3d4" />
    <bindingRedirect oldVersion="2008.0.0.0-2020.0.0.0" newVersion="2010.02.0713.35" />
  </dependentAssembly>

Comments

मेरा मतलब "महसूस" था, जो अब मुझे महीनों से परेशान कर रहा है :)

— माइकल ला वोई

Answer 3

मैंने अधिकतर जवाबों की कोशिश की, लेकिन फिर भी वह काम नहीं कर पाया। यह मेरे लिए काम किया:

राइट ऑन रेफ़रेंस -> प्रॉपर्टीज़ -> 'विशिष्ट संस्करण' को असत्य पर बदलें।

उम्मीद है की यह मदद करेगा।

Comments

यही वोटिंग +1 का मतलब है।

— xr280xr

लेकिन कभी-कभी साधारण अपवोट केवल पर्याप्त रूप से योग नहीं करता है कि उत्तर आपको कितना खुश और राहत देता है - एक गूंगा मुद्दे को ठीक करने के लिए घंटों और घंटे बिताने के बाद भी एक मुद्दा नहीं होना चाहिए, और आप इसे एक अलग तरीके से देखने की कोशिश करते हैं , इससे पहले कि आप की कोशिश की एक अलग जवाब में आते हैं, और उछाल! यह अब काम करता है! सब के बाद, कभी-कभी बस ऊपर की ओर बटन दबाने से उस भारी भावना के साथ न्याय नहीं होता है, यार, तुम सच में मुझे इस एक से बाहर निकाल दिया।

— माइकल प्लॉटज़

Answer 4

प्रयत्न:

• अस्थायी परियोजना फाइलों की सफाई
• निर्माण और obj फ़ाइलों की सफाई
• पर स्थापित पुराने संस्करणों की सफाई C:\Users\USERNAME\.nuget\packages\

मेरे लिए वह काम कर गया।

Comments

C: \ Users \ USERNAME \ .nuget \ package \ निर्देशिका की सफाई वह थी जो मैं गायब था। आपका बहुत बहुत धन्यवाद!

— हरदो

स्वच्छ पुराने नुगेट संस्करण के लिए, विंडोज़ आधारित कंप्यूटर में, ckuck प्रारंभ करें और "रन"> कॉपी और पेस्ट करें "% userprofile% \ n। nuget \ package" खोजें - यह nuget संस्करण फ़ोल्डर

— खोलेगा

Answer 5

1. C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIG पर जाएं
2. Machine.config फ़ाइल ढूंढें
3. नोटपैड में खुला
4. संघर्ष dll खोजें
5. इसे हटाओ और बचाओ।

संकलन

Addassembly = dllName, संस्करण = 1.0.0000.0000 संस्कृति = तटस्थ, PublicKeyToken = "QWEWQERWETERY"

संकलन इकट्ठा करता है

मेरे लिये कार्य करता है।

Comments

मैंने इस दुःस्वप्न की भी खोज की - भले ही आप GAC से असेंबली हटा दें लेकिन यह "C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIG \ machine.config" में गलत संस्करण संदर्भ छोड़ देता है

— Urtds Urtds

Answer 6

यह स्पष्ट जवाब नहीं है कि क्यों, लेकिन हमें यह समस्या थी, यहाँ हमारी परिस्थितियाँ और क्या हल किया गया:

देव १:

समाधान में प्रोजेक्ट A में एक NuGet पैकेज संदर्भित है, और एक MVC प्रोजेक्ट संदर्भित प्रोजेक्ट A. में सक्षम NuGet पैकेज पुनर्स्थापना है, फिर NuGet पैकेज को अद्यतन किया। एक रनटाइम त्रुटि की शिकायत करते हुए NuGet lib नहीं मिल सकता है - लेकिन यह त्रुटि पुराने, गैर-अद्यतन संस्करण की तलाश में है। समाधान (और यह हास्यास्पद है): एमवीसी प्रोजेक्ट में कोड की पहली पंक्ति पर एक ब्रेकपॉइंट सेट करें जो प्रोजेक्ट ए स्टेप को F11 के साथ कहता है। हल किया - फिर कभी कोई समस्या नहीं हुई।

देव २:

एक ही समाधान और परियोजनाओं, लेकिन समाधान में जादू सेट breakpoint और कदम काम नहीं करता है। संस्करण के लिए हर जगह देखा गया पुनर्निर्देश या इस Nuget पैकेज के अन्य बुरे संदर्भों को हटा दिया गया, पैकेज को हटा दिया और इसे पुन: स्थापित कर दिया, बिन, obj, Asp.Net अस्थायी, कुछ भी हल नहीं किया। अंत में, प्रोजेक्ट A का नाम बदलकर, MVC प्रोजेक्ट चलाया गया - तय किया गया। इसका नाम बदलकर अपने मूल नाम पर रख दिया, यह स्थिर रहा।

मेरे पास इस बात के लिए कोई स्पष्टीकरण नहीं है कि काम क्यों किया, लेकिन यह हमें एक गंभीर आगोश से बाहर निकला।

Answer 7

क्या आपके पास उस समाधान में कोई अन्य परियोजनाएं हैं? (एक अन्य परियोजना एक पुराने संस्करण को संदर्भित कर सकती है) आमतौर पर वीएस में, डीएल निर्भरता समाधान में सभी परियोजनाओं को फैलाती है।

Comments

समाधान में कोई अन्य परियोजनाएं और कोई अन्य संदर्भित DLLs जो कि टेलिक का संदर्भ नहीं देता है। मैं केवल MS DLLs ala System का उल्लेख कर रहा हूँ। *

— माइकल ला वोई

Answer 8

मेरी समस्या यह थी कि वेब असेंबली के तहत पुरानी असेंबली _bin_deployableAssemblies फ़ोल्डर में थीं। इसका मतलब है कि पुरानी विधानसभाएं परियोजना बनाते समय जीएसी विधानसभाओं को अधिलेखित कर रही थीं।

Answer 9

मामले में किसी और को 3 घंटे बचाता है ... मेरा मामला थोड़ा अलग था। मेरे कोड ने DevExpress v11.1 v11.1.4.0 का उपयोग किया। मुझे यह सब अपने कोड में सही ढंग से संदर्भित था। लेकिन .net मेमोरी प्रोफाइलर ने GEx में DevExpress v11.1 v11.1.12.0 स्थापित किया। वास्तव में यह मेरे द्वारा संदर्भित घटक नहीं थे, लेकिन वे आंतरिक रूप से संदर्भित थे जो विफल रहे। जैसा मैं कर सकता हूं, कोशिश करें कि जीएसी को हमेशा पहले चेक किया जाए। यह संकलित और ठीक चला लेकिन मैं जीत फॉर्म डिजाइनर नहीं देख सका और स्टैक ट्रेस बिल्कुल भी मदद नहीं कर रहा था। अंत में .net मैमोरी प्रोफाइलर को अनइंस्टॉल कर दिया गया और सभी को बहाल कर दिया गया।

Answer 10

मेरे पास एक समान मुद्दा था और मुझे बिन और ओज फ़ोल्डर से सब कुछ हटाना पड़ा और अपने मुद्दे को वापस लाने के लिए पुनर्निर्माण करना पड़ा। उम्मीद है की यह मदद करेगा।

Answer 11

यदि आप Visual Studio वातावरण (ASP.NET डेवलपमेंट सर्वर) से एप्लिकेशन का परीक्षण और डिबगिंग करते समय इस समस्या का सामना कर रहे हैं, तो विकास वेबसाइट फ़ोल्डर पर सभी अस्थायी फ़ाइलों को हटाना आवश्यक है। यह जानने के लिए कि वह फ़ोल्डर कहां है, Windows ट्रे आइकन पर ASP.NET डेवलपमेंट सर्वर आइकन देखें (इसमें इस तरह का शीर्षक होना चाहिए: ASP.NET Development Server - Port ####), आइकन पर क्लिक करें और दिखाएँ का चयन करें विवरण; thn, फ़ील्ड भौतिक पथ आपको बताएगा कि अस्थायी फ़ोल्डर क्या है, समस्या को हल करने के लिए वहां मौजूद सभी आइटम हटा दिए जाने चाहिए। वेबसाइट का निर्माण और फिर से चलाएं और समस्या को हल किया जाना चाहिए (फिर से, विकास पर्यावरण के लिए हल)।

Answer 12

मुझे अलग-अलग विधानसभाओं में यही समस्या थी कि न्यूटनसॉफ्ट के अलग-अलग संस्करणों का संदर्भ दिया जाए। मेरे लिए काम करने वाला समाधान Nuget पैकेज मैनेजर कंसोल से अपडेट-पैकेज चला रहा था।

Answer 13

यह त्रुटि कुछ भ्रामक थी - मैं कुछ DLL लोड कर रहा था जिन्हें निर्दिष्ट करने के लिए x64 आर्किटेक्चर की आवश्यकता थी। में .csprojफ़ाइल:

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release-ABC|AnyCPU'">
    <OutputPath>bin\Release-ABC</OutputPath>
    <PlatformTarget>x64</PlatformTarget>
</PropertyGroup>

PlatformTargetइस त्रुटि के कारण गुम हो गया।

Answer 14

मैं ला रही थी:

फ़ाइल या असेंबली को 'XXX-new-3.3.0.0' या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

यह था, क्योंकि मैं से विधानसभा का नाम बदल XXX.dllलिए XXX-new-3.3.0.0.dll। मूल में वापस नाम बदलने से त्रुटि ठीक हो गई।

Comments

हां - स्रोत नियंत्रण में नामकरण की समस्याओं से बचने के लिए हमारी आम असेंबली लाइब्रेरी में नाम में एक संस्करण शामिल है। नाम वापस बदला और मैन्युअल रूप से संदर्भ / संकेत पथ को अद्यतन किया और यह सब काम किया।

— मैथ्यू पैक्सिनो

Answer 15

इसका लगभग आप पुराने dll से छुटकारा पाने के लिए अपने कंप्यूटर को मिटा देना है। मैंने पहले ही ऊपर सब कुछ करने की कोशिश की है और फिर मैंने .DLL फ़ाइल के हर उदाहरण को हटाने का अतिरिक्त कदम उठाया जो मेरे कंप्यूटर पर था और हर संदर्भ को एप्लिकेशन से हटा रहा था। हालाँकि, यह अभी भी ठीक संकलित करता है और जब यह चलता है तो यह डीएल फ़ंक्शन को ठीक करता है। अगर यह एक नेटवर्क ड्राइव somehwere से यह संदर्भित है मुझे आश्चर्य हो रहा है।

Answer 16

जब एक ही DLL के विभिन्न संस्करणों को संदर्भित करने वाले एप्लिकेशन के दो संस्करणों के बीच स्विच करते समय मेरे पास एक ही संदेश था। यद्यपि मैं विभिन्न फ़ोल्डरों में परीक्षण कर रहा था लेकिन मैंने गलती से पुराने संस्करण पर नए संस्करण की नकल की।

तो पहली बात यह है कि आवेदन के फ़ोल्डर में संदर्भित डीएलएल का संस्करण है। शायद ज़रुरत पड़े।

Answer 17

शायद यह मदद करता है या शायद नहीं। मैंने अपने डिबग और रिलीज़ संस्करणों को साफ किया और फिर मैंने OBJ फ़ोल्डर का नाम बदला। यह आखिरकार मुझे थोरुघ मिल गया। पिछले चरण मूल रूप से संदर्भों को हटाने वाले प्रोजेक्ट थे और उन्हें प्रोजेक्ट गुणों पर वापस जोड़ते थे।

Answer 18

मेरे विज़ुअल स्टूडियो 2015 में, मैंने यह सुनिश्चित किया कि अपकमिंग विज़ुअल स्टूडियो प्रोजेक्ट का संदर्भ पथ सूची रिक्त है:

Comments

आपने 2 अलग-अलग प्रश्नों के सटीक उत्तर दिए हैं?

— AK47

Answer 19

इसी से मेरा काम बना है:

मैं Microsoft.IdentityModel.Clients.ActiveDirectoryएक क्लास लाइब्रेरी प्रोजेक्ट में संस्करण 3.19 का उपयोग कर रहा था, लेकिन वास्तविक ASP.NET वेब एप्लीकेशन प्रोजेक्ट में केवल संस्करण 2.22 स्थापित था। वेब ऐप प्रोजेक्ट में 3.19 में अपग्रेड करने से मुझे त्रुटि हुई।

Answer 20

मेरे मामले में मेरे पास 3 परियोजनाएं थीं, 1 मुख्य परियोजना और 2 उप परियोजनाएं जिन्हें मुख्य परियोजना द्वारा संदर्भित किया गया था .. इसलिए मैंने मुख्य परियोजना को अद्यतन किया, और उप परियोजना को छोड़ दिया। यहीं संघर्ष था। के बाद मैं अपने सभी परियोजना को अद्यतन सब कुछ ठीक काम किया।

Answer 21

VS2017 में, उपरोक्त सभी समाधानों की कोशिश की है लेकिन कुछ भी काम नहीं करता है। हम संस्करण के लिए एज़्योर डेप्स का उपयोग कर रहे हैं।

1. टीमों एक्सप्लोरर से> स्रोत नियंत्रण एक्सप्लोरर

2. उस परियोजना का चयन करें जो आपको लंबे समय तक पागल कर रही है

3. शाखा या समाधान पर क्लिक करें> उन्नत> विशिष्ट संस्करण प्राप्त करें

4. फिर सुनिश्चित करें कि आपने स्क्रीनशॉट के अनुसार ओवरराइट फ़ाइलों के चेकबॉक्स को टिक कर दिया है

Answer 22

मेरे मामले में, मैंने गलती से नुगेट से टेलरिक पैकेज का गलत संस्करण चुना, जो तब nuget था, जिसे मैंने गलत संस्करण के साथ संदर्भित प्रत्येक पैकेज को बदल दिया। इसके बाद गलत संस्करण में एक बाइंडिंग पुनर्निर्देशित किया गया, ताकि जब मैंने सबकुछ सही संस्करण के साथ बदल दिया, तब भी यह गलत संस्करण की तलाश में था।