"आउटपुटपथ प्रॉपर्टी इस प्रोजेक्ट के लिए सेट नहीं है" त्रुटि

Question

मेरे पास Visual Studio 2008 में एक बहु परियोजना समाधान है। मैंने समाधान के लिए रिलीज़-वर्जनइन्क्रिमेशन नामक एक नया कॉन्फ़िगरेशन जोड़ा है, जो "उपयोग रिलीज़" कॉन्फ़िगरेशन को आधारभूत के रूप में निर्दिष्ट करता है। सभी प्रोजेक्ट फ़ाइलों को उस कॉन्फ़िगरेशन के साथ अपडेट किया गया था। हालाँकि, जब मैं इस कॉन्फ़िगरेशन का उपयोग करके किसी विशिष्ट प्रोजेक्ट को संकलित करने की कोशिश कर रहा हूं, तो मुझे निम्नलिखित त्रुटि मिलती है:

त्रुटि 5 इस प्रोजेक्ट के लिए OutputPath गुण सेट नहीं है। कृपया सुनिश्चित करें कि आपने एक मान्य कॉन्फ़िगरेशन / प्लेटफ़ॉर्म संयोजन निर्दिष्ट किया है। कॉन्फ़िगरेशन = 'रिलीज़-संस्करणसंक्रमण' प्लेटफ़ॉर्म = 'AnyCPU' C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 DataConversion

यहाँ क्या हो रहा है? प्रोजेक्ट रिलीज़ या डीबग कॉन्फ़िगरेशन में ठीक संकलित करता है।

Comments

मैं घंटों तक इससे जूझता रहा जब तक मुझे एहसास नहीं हुआ कि TFS बिल्ड डेफिनेशन में ड्रॉप डाउन लिस्ट में "AnyCPU" की बजाय "कोई CPU" है !!!!

— मफिन मैन

VS2012 में, बिल्ड कॉन्फ़िगरेशन में ड्रॉप डाउन "कोई भी CPU" है, लेकिन .csproj फ़ाइल के अंदर "AnyCPU" है, इसलिए जेनकींस या कमांड लाइन में, "AnyCPU" का उपयोग करेंगे।

— जिरोंग हू

Answer 1

आमतौर पर ऐसा तब होता है जब प्रोजेक्ट फ़ाइल का आउटपुटपाथ गुण रिक्त होता है। प्रोजेक्ट फाइलें सिर्फ MSBuild फाइलें हैं। विज़ुअल स्टूडियो में संपादित करने के लिए: प्रोजेक्ट पर राइट क्लिक करें, "अनलोड प्रोजेक्ट" चुनें और फिर अनलोडेड प्रोजेक्ट पर राइट क्लिक करें और "एडिट" चुनें।

रिलीज़-वर्जनसिमेंट प्रॉपर्टी ग्रुप देखें। इसे कुछ इस तरह देखना चाहिए

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release-VersionIncrement|AnyCPU' ">
  <OutputPath>bin\Release-VersionIncrement\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <Optimize>true</Optimize>
  <DebugType>pdbonly</DebugType>
  <PlatformTarget>AnyCPU</PlatformTarget>
  <CodeAnalysisUseTypeNameInSuppression>true</CodeAnalysisUseTypeNameInSuppression>
  <CodeAnalysisModuleSuppressionsFile>GlobalSuppressions.cs</CodeAnalysisModuleSuppressionsFile>
  <ErrorReport>prompt</ErrorReport>
</PropertyGroup>

वहाँ महत्वपूर्ण एक यह OutputPath, क्या यह आपकी परियोजना फ़ाइल के लिए मौजूद है? अगर इसे नहीं जोड़ा और फिर से प्रयास करें।

Comments

यदि आउटपुट पथ सही है और आप अभी भी यह त्रुटि प्राप्त कर रहे हैं, तो आपके पास असेंबली या अन्य प्रोजेक्ट्स के संदर्भ हो सकते हैं जो अब मौजूद नहीं हैं। पुराने संदर्भों को साफ करें। वह मेरा अनुभव था।

— जॉन के

मैं बस इस त्रुटि पर ठोकर खाई, और परियोजना फ़ाइल को सीधे संशोधित करना पड़ा। भले ही प्रोजेक्ट प्रॉपर्टीज़ पेज "एनी सीपीयू" ने कहा है कि संपत्ति शुरू में खाली थी और मैंने अपने प्लेटफ़ॉर्म वेरिएबल से प्लेटफ़ॉर्म = बीपीसी सेटिंग ली। के बाद मैंने तय किया कि और किसी भी सीपीयू से x86 और पीछे के गुण पृष्ठ को सेट / रीसेट करें, यह अभी भी निर्माण नहीं करेगा, यह दावा करते हुए कि मंच अब 'x86' (?) था। निश्चित रूप से पर्याप्त है, मैंने यहां चरणों का पालन किया और पाया कि यह अब x86 पर सेट हो गया था, इसलिए मैंने इसे मैन्युअल रूप से संपादित किया और अब हर कोई फिर से खुश है। धन्यवाद दोस्तों!

— डेवएन ५

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

— सेठ फूल

मेरा एक और मुद्दा था। मैंने अपने विंडोज प्रोजेक्ट के लिए अपने कॉन्फ़िगरेशन को बनाने के लिए SlowCheetah का उपयोग किया। कॉन्फ़िगरेशन में @sethflowers जैसे व्हाट्सएप का सुझाव नहीं दिया गया था। मैंने उन्हें जोड़ा लेकिन इससे कोई मदद नहीं मिली। मैंने देखा कि कॉन्फ़िगरेशन के बीच एक और संपत्ति समूह था। तो हल किया कि बाहर (बस परियोजना विन्यास परियोजना समूहों के नीचे संपत्ति समूह रखा) और फिर समस्या चली गई थी। यहाँ सभी सुझावों के लिए धन्यवाद। इसने मुझे समय बचाया !!!

— राल्फ जानसेन

Deffo ने इसे \ p: Platform = "AnyCPU" के बजाय \ p: Platform = "Any CPU" के साथ आज़माया। वह रूप मेरे काम आया! युगों से यही देख रहा था!

— ली एंग्लस्टोन

Answer 2

मैंने यह त्रुटि तब भी देखी है जब हमारे बिल्ड एजेंट को " AnyCPU " (प्रोजेक्ट फ़ाइल में निर्दिष्ट एक शब्द ) के बजाय प्लेटफ़ॉर्म " किसी भी CPU " (विज़ुअल स्टूडियो में रिक्त स्थान के साथ) चलाने के लिए कॉन्फ़िगर किया गया था ।

Comments

मैं उसी समस्या में भाग गया, ऐसा प्रतीत होता है कि समाधान स्तर पर, "कोई भी सीपीयू" मान्य है, लेकिन परियोजना स्तर पर, यह "एएनसीपीयू" है। दूसरे शब्दों में, msbuild myproj.sln /p:Configuration=Debug /p:Platform="Any CPU"ठीक था, हालांकि परियोजना का निर्माण करते समय, मुझे किसी भी सीपीयू में जगह को छोड़ना पड़ा: msbuild myproj.proj1.csproj /p:Configuration=Debug /p:Platform=AnyCPUआउटपुट संपत्ति की त्रुटि को दबाने के लिए।

— एमिल जी

अविश्वसनीय, और CI विन्यास के लिए एक PITA क्या है। मैं इसके लिए दिनों से संघर्ष कर रहा हूं।

— जेरेमी होलोवैकस

जब मैं मुख्य बिल्ड सर्वर पर निर्माण नहीं कर सका तो मुझे यह त्रुटि हुई और वैकल्पिक मैंने "AnyCPU" के बजाय "Any CPU" पास किया। जाँच के बाद MSBUILD और अन्य सॉफ्टवेयर के संस्करण संख्याओं में कुछ अंतर थे। आपके उत्तर के लिए धन्यवाद,

— गिल्स

मैं विश्वास नहीं कर सकता कि अंतरिक्ष अपराधी था!

— एलेक्जेंड्रा

Answer 3

जब मैं पहले MSBuild का उपयोग करता था तो मुझे वही समस्या थी। मेरा समाधान है: निश्चित रूप से OutputPath संपत्ति का उपयोग करें। ऐशे ही:

msbuild XXX.csproj /p:OutputPath=bin\Debug.

Comments

इसने TeamCity Azure Cloud Service build के लिए मेरे मुद्दे को हल किया। +1

— स्ट्रामांडेलिक

इसी तरह वीएसओ के सीआई बिल्ड के साथ मेरे लिए।

— स्ट्रिपलिंगवर्यर

Answer 4

हमारे मामले में हम अपने एचपी डेवलपर बक्से पर एक निर्माण स्क्रिप्ट चला रहे थे। एचपी के पास कुछ पर्यावरण चर हैं जो उन्होंने अपने स्वयं के उद्देश्यों के लिए स्थापित किए हैं और उनमें से एक प्लेटफ़ॉर्म ("एचपी आसान सेटअप" के लिए उपयोग किया जाता है, जाहिर है)।

PLATFORM वातावरण चर को हटाने का काम किया।

आप प्लेटफ़ॉर्म को निर्दिष्ट करके अपनी बिल्ड स्क्रिप्ट को भविष्य में प्रूफ कर सकते हैं, अर्थात
msbuild /p:Platform=AnyCPU।

Comments

इसने मुझे मेरे नए एचपी लैपटॉप पर पकड़ा - धन्यवाद @ बोगिन - यह मेरे लिए नहीं हुआ होगा।

— रोब कूपर

Answer 5

यदि विज़ुअल स्टूडियो विशेष रूप से शिकायत करता है कि "प्लेटफ़ॉर्म = 'बीपीसी'" तो आप "प्लेटफ़ॉर्म" पर्यावरण चर को हटाकर इसे आसानी से ठीक कर सकते हैं।

अब Visual Studio को पुनरारंभ करें और आप जाने के लिए अच्छे हैं।

Answer 6

जैसे " रिचर्ड डिंगवाल " ने संकेत दिया, समस्या वीएस से संबंधित है MSBuild संस्करण के बजाय " Any CPU " के प्रदर्शन संस्करण का उपयोग करके जो वास्तव में " AnyCPU " पढ़ता है "

बिल्ड / न्यू बिल्ड डेफिनिशन में जाएं या बिल्ड की परिभाषा संपादित करें -> प्रोसेस -> कॉन्फ़िगरेशन का निर्माण करने के लिए, कॉन्फ़िगरेशन चयन डायलॉग खोलें और " प्लेटफ़ॉर्म " में " किसी भी सीपीयू " को चुनने के बजाय , मैन्युअल रूप से " एएनसीपीयू " जोड़ें।

Answer 7

जैसा कि कहा गया था, OutputPath को सेट किया जाना चाहिए और इसे .wixproj फ़ाइल में पहले रखा जाना चाहिए<Import Project="$(WixTargetsPath)" />

Comments

यह एक मेरे मुद्दे से संबंधित था, मैंने इसे बनाने के बाद एक विक्स परियोजना के लिए एक नया कॉन्फ़िगरेशन जोड़ा और नया कॉन्फ़िगरेशन फ़ाइल के अंत में जोड़ा गया था, इसलिए सभी संबंधित प्रॉपर्टीज उस नए कॉन्फ़िगरेशन को इस आयात के बाद रखा गया था, उन्हें स्थानांतरित करने के लिए शीर्ष, अन्य लोगों के ठीक बगल में, इसने मेरे लिए काम किया।

— यूजीनियो मिरो

Answer 8

मैंने Platformपर्यावरण चर को हटा दिया है (बीएनबी या एसएचटी जैसा था)। समस्या दूर हो गई है।

Comments

दुर्भाग्य से प्लेटफ़ॉर्म पर्यावरण चर को हटाने के बाद भी यह एक पूर्ण रिबूट को पुनः प्राप्त करता है!

— 79E09796

Answer 9

मैं अपने समाधान में x64 प्लेटफॉर्म को आज जोड़ रहा था, जब मैं इस मुद्दे पर भाग गया।

मेरे मामले में, त्रुटि पढ़ी गई:

डिफ़ॉल्ट लक्ष्यों के लिए निर्मित $ / ProjectDirectory / ProjectName.csproj। c: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ Microsoft.Conon.targets (484): ProjectPame.csproj 'प्रोजेक्ट के लिए OutputPath गुण सेट नहीं है। कृपया सुनिश्चित करें कि आपने इस परियोजना के लिए कॉन्फ़िगरेशन और प्लेटफ़ॉर्म का एक मान्य संयोजन निर्दिष्ट किया है। कॉन्फ़िगरेशन = 'डीबग' प्लेटफ़ॉर्म = 'x64'। हो सकता है कि आप इस संदेश को देख रहे हों क्योंकि आप एक समाधान फ़ाइल के बिना एक प्रोजेक्ट बनाने की कोशिश कर रहे हैं, और एक गैर-डिफ़ॉल्ट कॉन्फ़िगरेशन या प्लेटफ़ॉर्म निर्दिष्ट किया है जो इस प्रोजेक्ट के लिए मौजूद नहीं है।

मुझे पता था कि OutputPathयह ठीक होना चाहिए, क्योंकि यह एक मौजूदा, काम करने वाला वीएस समाधान था। इसलिए मैं अगले संकेत पर गया - "कॉन्फ़िगरेशन और प्लेटफ़ॉर्म का एक मान्य संयोजन"।

अहा! विजुअल स्टूडियो बनाने की कोशिश कर रहा है Configuration='Debug', Platform='x64'। मेरी परियोजना फ़ाइल को देखते हुए, मुझे एहसास हुआ कि x64 को संभावित प्लेटफार्मों में से एक के रूप में सूचीबद्ध नहीं किया गया था। दूसरे शब्दों में, मेरे पास निम्न प्रविष्टियाँ थीं (संक्षिप्त):

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Debug\</OutputPath>  
      . . .  
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Release\</OutputPath>    
      . . .
  </PropertyGroup>

आसान तय तो: बस x64 प्रविष्टियाँ जोड़ें!

मैं x86 प्रविष्टियों को कॉपी / पेस्ट करता हूं, और उन्हें x64 का उपयोग करने के लिए बदल दिया। ध्यान दें, मैंने पथों को भी संशोधित किया है ताकि ये x86 बिल्ड को अधिलेखित न करें:

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

Answer 10

मैं थोड़ी देर के लिए इसके साथ संघर्ष किया और फिर अनलोड, निर्मित, और फिर समाधान में आक्रामक परियोजना को फिर से लोड किया, और फिर MSBuild ने सही ढंग से कार्य किया।

Answer 11

स्कॉट एस के रूप में, मुझे "प्लेटफार्म" पर्यावरण चर को हटाना होगा ।

फिर वी.एस. को पुनरारंभ करें, और यह ठीक है: कोई और त्रुटि संदेश नहीं ...

Comments

यह मेरे लिए तब काम आया जब मैंने अपने बिल्ड vNext MSBuild स्टेप में निर्दिष्ट किए गए प्लेटफ़ॉर्म को हटा दिया।

— 4imble

Answer 12

समस्या को मेरे प्रोजेक्ट कॉन्फ़िगरेशन के साथ करना था। यहाँ परिदृश्य है:

समाधान एक संदर्भ:

प्रोजेक्ट एक्स संदर्भ प्रोजेक्ट वाई
प्रोजेक्ट वाई

समाधान B (मैं जिसे बनाने की कोशिश कर रहा हूं) संदर्भ:

प्रोजेक्ट एक्स प्रोजेक्ट जेड

मेरा समाधान समाधान ए के लिए एक ही नाम के साथ एक कॉन्फ़िगरेशन बनाना था, इसे फिर से बनाना, और फिर समाधान बी का पुनर्निर्माण करना। इसने समस्या को ठीक किया।

Comments

मैं एक ही त्रुटि का सामना कर रहा था और यह काम-काज ही मेरे लिए काम कर रहा था। मूल रूप से, मेरे पास एक समाधान प्लेटफ़ॉर्म कॉन्फ़िगरेशन "Win32" था जो प्लेटफ़ॉर्म कॉन्फ़िगरेशन "एनी सीपीयू" के साथ एक सिल्वरलाइट प्रोजेक्ट बनाता है और साथ ही प्लेटफ़ॉर्म कॉन्फ़िगरेशन "x86" के साथ एक वेबप्लीकेशन प्रोजेक्ट है जो सिल्वरलाइट प्रोजेक्ट को होस्ट करता है। मुझे उम्मीद के मुताबिक काम करने के लिए msbuild के लिए सिल्वरलाइट प्रोजेक्ट, "x86" (और पुराने कॉन्फ़िगरेशन को डिफ़ॉल्ट कॉन्फ़िगरेशन के रूप में रखने के लिए) में एक नया प्रोजेक्ट प्लेटफ़ॉर्म कॉन्फ़िगरेशन जोड़ना पड़ा।

— रामी ए।

Answer 13

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

Answer 14

मेरे मामले में (VS2010) मैंने "आउटपुटपीथ" बॉक्स में स्ट्रिंग को हटा दिया जो "बिल्ड" टैब पर है और इसे खाली छोड़ दिया है। फिर मैंने समाधान का पुनर्निर्माण किया। बिल्ड सफल रहा और वीएस ने "आउटपुटपाथ" में वर्तमान निर्देशिका "./" डाला है। मैंने वर्तमान निर्देशिका "./" को अपने पथ से बदल दिया ("बिन \ x64 \ रिलीज़ \" - यह कहने के लिए पर्याप्त है कि यह सटीक फ़ोल्डर पथ है जो वीएस पहली बार शिकायत कर रहा था) और पुनर्निर्माण फिर से सफल रहा।

Answer 15

मेरे मामले में OutputPath को प्रोजेक्ट फ़ाइलों में सेट किया गया था। लेकिन उतारना, फिर से लोड करना और फिर पुनर्निर्माण ने इसे तय किया।

Answer 16

जब मैंने अपने समाधान में नया समाधान कॉन्फ़िगरेशन जोड़ा, तो मुझे एक त्रुटि मिली, "आउटपुट एक्स प्रोजेक्ट के लिए आउटपुट संपत्ति सेट नहीं है। कृपया सुनिश्चित करें कि आपने इस प्रोजेक्ट के लिए कॉन्फ़िगरेशन और प्लेटफ़ॉर्म का एक वैध संयोजन निर्दिष्ट किया है। कॉन्फ़िगरेशन = 'क्यूए। 'प्लेटफ़ॉर्म =' AnyCPU '। यह त्रुटि तब भी दिखाई दे सकती है यदि कोई अन्य प्रोजेक्ट इस प्रोजेक्ट के प्रोजेक्ट-टू-प्रोजेक्ट संदर्भ का पालन करने का प्रयास कर रहा है, यह प्रोजेक्ट अनलोड किया गया है या समाधान में शामिल नहीं है, और रेफ़रिंग प्रोजेक्ट नहीं है समान या समान कॉन्फ़िगरेशन या प्लेटफ़ॉर्म का उपयोग करके निर्माण करना। ProjectY "।

मेरे मामले में त्रुटि वर्णन के एक हिस्से पर प्रकाश डाला गया था। मेरे समाधान का प्रोजेक्ट X भाग किसी अन्य समाधान (अलग शाखा) की ProjectY के लिए एक परियोजना संदर्भ था।

मैंने वर्तमान समाधान में ProjectY के लिए प्रोजेक्ट संदर्भ का उपयोग करने के लिए प्रोजेक्ट X को संशोधित करके इस समस्या को हल किया है। आशा है कि यह किसी को इसी तरह की समस्या होने में मदद करता है।

Answer 17

मेरे मामले में नया "प्रॉपर्टीग्रुप" एक्सएमएल ब्लॉक दस्तावेज के नीचे उत्पन्न हुआ था। मैंने इसे अन्य "प्रॉपर्टी ग्रुप" टैग के बाद बदल दिया है और इस समस्या का समाधान किया है।

Answer 18

मैंने एक नए समाधान में एक नई परियोजना बनाई जो मौजूदा परियोजनाओं का संदर्भ देती है। यह त्रुटि तब होती है जब मैं एक मौजूदा प्रोजेक्ट जोड़ता हूं (प्रोजेक्ट 1 कहता हूं) और 1 प्रोजेक्ट के संदर्भ में अन्य प्रोजेक्ट्स को जोड़े बिना बनाने की कोशिश करता हूं।

बस सुनिश्चित करें कि सभी संबंधित परियोजनाएं नए समाधान में जोड़ दी जाती हैं और त्रुटि गायब हो जाती है।

Answer 19

मेरे पास एक ही त्रुटि थी, इसलिए मैंने परियोजना सेटिंग्स पर ध्यान दिया और "बिल्ड" अनुभाग में "बिल्ड आउटपुट पथ" विकल्प है। और मान रिक्त था। तो मैं "बिन \" मूल्य में भर गया एक त्रुटि गायब हो गई। इसने मेरी समस्या हल कर दी।

Answer 20

यदि आप OutputPath को एक परम के रूप में सेट करने का निर्णय लेते हैं, और आपका मार्ग इस प्रकार है: bin\Release\\तो \अंत में इस तरह जोड़ना याद रखें : /p:OutputPath=bin\Release\\\\मुझे यह महसूस करने में थोड़ा समय लगा

Answer 21

मुझे भी यही समस्या थी। मैंने इसे साफ किया और परियोजनाओं को फिर से बनाया।

Answer 22

मेरे पास एक ही समस्या थी, और एकमात्र समाधान जो प्रत्येक NCrunch प्रोजेक्ट में बिल्ड कॉन्फ़िगरेशन को मैन्युअल रूप से सेट करने में मदद करता है।

NCrunch विंडो खोलें, जहाँ आप प्रत्येक बिल्ड की स्थिति देख सकते हैं और जहाँ आप देख सकते हैं कि बिल्ड विफल हो गया है। उस प्रोजेक्ट पर राइट क्लिक करें जो निर्माण करने में विफल रहता है और "कॉन्फ़िगर किए गए चयनित घटक" पर क्लिक करें जिसे आप "बिल्ड सेटिंग्स" के तहत देखते हैं "संपत्ति का उपयोग करें" बिल्ड कन्फोग्रेशन "इसे उदा" डीबग पर सेट करें और संपत्ति "बिल्ड प्लेटफॉर्म का उपयोग करें" इसे सेट करें। उदाहरण के लिए "AnyCPU"। (कृपया ध्यान दें कि आपके द्वारा निर्धारित निर्माण और कॉन्फ़िगरेशन सेटिंग्स आपके konf माइग्रेशन सेटिंग्स में मौजूद होनी चाहिए)

अपने सभी प्रोजेक्ट्स के लिए ऐसा करें, लेकिन अपने टेस्ट प्रोजेक्ट के लिए नहीं। इसके बाद मेरे लिए सबकुछ ठीक है।

Answer 23

मेरे पास एक ही समस्या थी, मैंने उस प्रोजेक्ट में गायब कॉन्फ़िगरेशन को जोड़कर इसे ठीक किया जो विफल हो रहा था।

BUILD -> कॉन्फ़िगरेशन प्रबंधक ->

कॉन्फ़िगरेशन कॉलम के तहत जोड़ें

नोट: यह केवल इसलिए हुआ क्योंकि मेरे पास कस्टम कॉन्फ़िगरेशन है और नई बनाई गई परियोजनाओं में कॉन्फ़िगरेशन नहीं है।

Answer 24

अगर किसी को अपने NCrunch लॉग में यह मिल रहा है, तो जांच करें कि क्या उनकी शर्तों में उन मूल्यों का उपयोग करके संपत्ति समूहों से पहलेPropertyGroup 'डिबग' / 'रिलीज' और 'AnyCPU' / 'x86' मानों को परिभाषित किया गया है या नहीं ।

<PropertyGroup>
    <!-- this one first -->
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <XXX>...</XXX>
  </PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x86'">
    <XXX>...</XXX>
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|AnyCPU'">
    <XXX>...</XXX>
</PropertyGroup>

मेरे लिए काम किया।

Answer 25

मेरे मामले में, मैंने संपत्ति समूह को स्थानांतरित करने की कोशिश की जिसमें मेरा कस्टम कॉन्फ़िगरेशन मानक लोगों से नीचे था। इसने मेरे लिए इसे हल कर दिया।

Answer 26

VS2015 प्रोफेशनल के साथ बस यही था:

OutputPath प्रॉपर्टी 'xxxxx.csproj' प्रोजेक्ट के लिए सेट नहीं है। कृपया सुनिश्चित करें कि आपने इस परियोजना के लिए कॉन्फ़िगरेशन और प्लेटफ़ॉर्म का एक मान्य संयोजन निर्दिष्ट किया है।

यह डिबग / रिलीज़ और विभिन्न लक्ष्यों के बीच मल्टी-प्रोजेक्ट जुगलिंग भी है। मैं कुछ बिंदु पर बिल्ड कॉन्फ़िगरेशन के साथ फ़िडलिंग कर रहा था और मुझे पता है कि वीएस को गड़बड़ कर सकता है, इसलिए मैंने उन्हें रेपो से वापस खींच लिया। फिर भी अच्छा नहीं है। OutputPath सेट किया गया था, अब किसी भी ज्ञात राज्य के साथ कोई भिन्नता नहीं थी इसलिए मेरे स्थानीय इंस्टॉलेशन में कुछ गड़बड़ थी।

VS2015 इंस्टॉलर खोला और "मरम्मत" पर क्लिक किया, और वोइला ... वापस सामान्य (अब तक कम से कम!)