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

Question

जब मैं विजुअल स्टूडियो 2008 में x86 डीबग मोड से अपनी प्रोजेक्ट को संकलित करने का प्रयास करता हूं। मुझे यह त्रुटि मिल रही है। जब मैंने शिकायत की परियोजना के संपत्ति समूह को देखा, तो मुझे लगता है कि आउटपुट पथ सेट है।

यहाँ उस के लिए संपत्ति समूह अनुभाग .csproj

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' "> 
    <DebugSymbols>true</DebugSymbols> 
    <OutputPath>bin\x86\Debug\</OutputPath> 
    <DefineConstants>DEBUG;TRACE</DefineConstants> 
    <BaseAddress>285212672</BaseAddress> 
    <FileAlignment>4096</FileAlignment> 
    <DebugType>full</DebugType> 
    <PlatformTarget>x86</PlatformTarget> 
<ErrorReport>prompt</ErrorReport> 

फाइल किसी भी एक इस पर प्रकाश डाल सकती है?

नोट: जब मैंने इस डीबग और किसी भी सीपीयू को संकलित किया तो यह काम करता था।

अद्यतन: त्रुटि 1 आउटपुटपाथ प्रॉपर्टी इस प्रोजेक्ट के लिए सेट नहीं है। कृपया यह सुनिश्चित करने के लिए जांचें कि आपने एक वैध कॉन्फ़िगरेशन/प्लेटफ़ॉर्म संयोजन निर्दिष्ट किया है। कॉन्फ़िगरेशन = 'डीबग' प्लेटफ़ॉर्म = 'x86'

Answer 1

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

Answer 2

यदि आप अपने समाधान में एक परियोजना है जो एक असेंबली संदर्भित करता है जो आपको नहीं मिल सकता है तो आप इस त्रुटि को वीएस 2008 में देख सकते हैं। यह तब हो सकता है जब असेंबली किसी अन्य प्रोजेक्ट से आती है जो आपके समाधान का हिस्सा नहीं है लेकिन होना चाहिए। इस मामले में बस समाधान के लिए सही परियोजना जोड़ना इसे हल करेगा।

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

त्रुटि संदेश थोड़ा उलझन में है लेकिन मैंने इसे कई बार देखा है।

Answer 3

एक और पागल संभावना: यदि आप एक दूसरे के बगल में शाखा \ मुख्य, मुख्य, और रिलीज डालने की एक साधारण स्रोत नियंत्रण व्यवस्था का पालन करते हैं और आप किसी भी तरह शाखा \ Main के बजाय मुख्य से एक मौजूदा परियोजना को जोड़ना चाहते हैं (अपना मानना कामकाजी समाधान शाखा \ मुख्य है), आप यह त्रुटि देख सकते हैं।

समाधान सरल है: सही परियोजना का संदर्भ लें!

Answer 4

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

यह संबंधित समाधान खोलकर और नई कॉन्फ़िगरेशन को जोड़कर हल किया जा सकता है।

इस पोस्ट में मुझे संदर्भित विधानसभाओं की जाँच करने के विचार प्रदान किया के बाद मैं पहले से ही इस बात की पुष्टि करता हूँ कि मेरे समाधान के भीतर सभी परियोजनाओं सही विन्यास था:

http://gabrielmagana.com/2010/04/solution-to-the-outputpath-property-is-not-set-for-this-project/

Answer 5

जब के लिए एक परियोजना को जोड़ने मैं इस समस्या का सामना करना पड़ा फिर एक समाधान में एक और प्रोजेक्ट से इसे संदर्भित करने के बाद एक समाधान - संदर्भ पर पीले चेतावनी आइकन मिला, ध्यान दें कि पथ खाली था।

समाधान @Amzath के सुझाव के समान था, मेरी परियोजनाओं को विभिन्न लक्ष्य ढांचे, उदाहरण के साथ संकलित किया जा रहा था। .NET 4.0 बनाम 4.5।

Answer 6

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

Answer 7

मेरे मामले में मेरे ऐप का निर्मित पता दूसरे कंप्यूटर पर सेट किया गया था जो बंद कर दिया गया था इसलिए मैंने इसे चालू कर दिया और वीएस को पुनरारंभ किया और समस्या हल हो गई।

Answer 8

आप WiX इसे देखो उपयोग कर रहे हैं http://www.cnblogs.com/xixifusigao/archive/2012/03/20/2407651.html

कभी कभी नए निर्माण विन्यास आगे फ़ाइल नीचे .wixproj फाइल करने के लिए जोड़े जाएं, कि, अन्य के द्वारा अपने भाई config परिभाषाओं से अलग है (वहाँ एक बग है) असंबंधित एक्सएमएल तत्व।

बस .wixproj फ़ाइल संपादित करें ताकि आपके निर्माण कॉन्फ़िगरेशन को परिभाषित करने वाले सभी <PropertyGroup> अनुभाग एक-दूसरे के समीप हों। (VS2013 में .wixproj संपादित करने के लिए सही समाधान Explorer में परियोजना पर क्लिक करें, अनलोड परियोजना, राइट-क्लिक फिर> YourProject.wixproj संपादन फ़ाइल के बाद फिर से लोड करें संपादित करें।।)

Answer 9

एक अन्य कारण: आप इस परियोजना से एक परियोजना संदर्भ जोड़ने समाधान एक्स में प्रोजेक्ट बी के लिए ए। हालांकि, समाधान वाई जिसमें पहले से ही प्रोजेक्ट ए शामिल है, अब तक टूटा हुआ है, जब तक आप प्रोजेक्ट बी को समाधान वाई

Answer 10

में भी नई समस्याएं जोड़ने के बाद मुझे एक ही समस्या थी और " डीबग "और" रिलीज "कॉन्फ़िगरेशन। मेरे मामले में मैं निर्माण और प्रकाशन प्रक्रिया चलाने के लिए एक cmd फ़ाइल का उपयोग कर रहा था, लेकिन एक ही त्रुटि फेंक दी गई थी। मेरे लिए समाधान: csproj फ़ाइल निम्न में:

<Configuration Condition=" '$(Configuration)' == '' ">Debug< /Configuration> 

विन्यास की स्थापना की गई थी कि अगर मैं एक स्पष्ट निर्दिष्ट नहीं करते "डीबग" करने के लिए। नोड मान को "डीबग" से मेरी कस्टम कॉन्फ़िगरेशन में बदलने के बाद, यह सब आसानी से काम करता है। उम्मीद है कि यह भी मदद मिलेगी जो कोई भी पढ़ रहा है इस :)

Answer 11

VisualStudio में ConfigurationManager के माध्यम से नए विन्यास को जोड़ने के बाद ठीक उसी त्रुटि थी।

पता चला जब 'उत्पादन' विन्यास पूरे समाधान (और प्रत्येक परियोजना) OutputPath तत्व के लिए जोड़ा गया है नहीं फ़ाइलों csproj को जोड़ा गया था।

इसे ठीक करने के, मैं परियोजना संपत्तियों की एक टैब बिल्ड के पास गया, \bin\Production (\ अनुगामी हटाए गए) को \bin\Production\ से OutputPath बदल गया है और बदलाव सहेजे गए। इसने csproj फ़ाइल और आउटपुट सफलतापूर्वक निर्मित आउटपुटपाथ तत्व के निर्माण को मजबूर किया।

मुझे एक गड़बड़ की तरह लगता है।

Answer 12

मैं एक ही समस्या थी, बस .wixproj संपादित <PropertyGroup Condition=" '$(Configuration)|$(Platform)' ... > सभी तत्वों के कंधे से कंधा मिलाकर होना जरूरी है।

यह मेरा मुद्दा

Answer 13

इसका कारण यह है मैं निम्न पंक्ति .csproj फ़ाइल की शुरुआत के करीब चला गया था मुझे क्या हुआ हल:

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets"/> 

यह PropertyGroups को परिभाषित करने के बाद रखा जाना चाहिए आपका कॉन्फ़िगरेशन | प्लेटफ़ॉर्म।

Answer 14

मैं जिस WiX प्रोजेक्ट का उपयोग कर रहा था वह बोर्ड में x64 के लिए कॉन्फ़िगरेशन प्रबंधक में हार्ड-सेट था। समाधान के लिए कस्टम एक्शन प्रोजेक्ट बनाते समय, .csproj फ़ाइल में यह सब कुछ x86 पर डिफ़ॉल्ट कर दिया गया। इसलिए मैंने प्रोजेक्ट को अनलोड किया, इसे सभी x86 से x64 में बदलकर संपादित किया, सहेजा, पुनः लोड किया गया, और उसके बाद जाने के लिए अच्छा लगा।

मुझे समझ में नहीं आता कि मुझे ऐसा क्यों करना पड़ा। कॉन्फ़िगरेशन मैनेजर को x64 के रूप में बनाने के लिए सेट किया गया था, लेकिन csproj फ़ाइल में सेट नहीं किया जाएगा :(