बिल्डिंग बनाते समय कोड 4 के साथ बाहर निकली कमांड कॉपी - विजुअल स्टूडियो रिस्टार्ट इसे हल करता है


151

हर अब और तब जब मैं यहां अपना समाधान बनाता हूं (इसमें 7 परियोजनाओं के साथ) मुझे विज़ुअल स्टूडियो 2010 प्रीमियम एड में खूंखार 'कमांड कॉपी कोड 4' त्रुटि के साथ बाहर निकलता है।

इसका कारण यह है कि पोस्ट-बिल्ड इवेंट के माध्यम से जाने में सक्षम नहीं है।

यहाँ समस्या को हल करता है, अस्थायी रूप से

  • कभी-कभी: Visual Studio का पुनरारंभ और मैं समाधान बनाने में सक्षम हूं
  • कभी-कभी: Visual Studio का पुनः आरंभ और मेरी पसंद का फ़ाइल प्रबंधक (Q-Dir 4.37) दोनों इसे हल करते हैं।

यहाँ पोस्ट-बिल्ड इवेंट कैसा दिखता है:

xcopy "$(SolutionDir)Solution Items\References\*.dll" "$(TargetDir)" /Y

जब आपको कोड [इंसर्ट वैल्यू] एरर के साथ कमांड कॉपी निकलती है, तो यह सामान्य रूप से निम्न के कारण होता है:

  • अनुमतियाँ पढ़ें / लिखें
  • गायब फाइलें
  • गलत निर्देशिका

हालाँकि - स्पष्ट रूप से कई बार जब मैं समाधान का निर्माण करता हूं, तो कोई समस्या नहीं है।

FYI करें, मैंने दो हफ्ते पहले ReSharper 5.1.1 की स्थापना रद्द कर दी है और Visual Studio मुझे तब से कुछ त्रुटियां दे रहा है (उनमें से कोई भी डिबग नहीं कर पा रहा है)। मैंने विज़ुअल स्टूडियो को फिर से स्थापित किया है और यह तब से बेहतर काम कर रहा है, लेकिन फिर भी यह समस्या आती है। यह कुछ reSharper सामान के साथ कहीं न कहीं हो सकता है?

क्या आपके पास भी यही समस्या थी और इसे हल किया? या क्या आपके पास इसका कोई संभावित समाधान है?

जवाबों:


74

मैं हमेशा पाया है कि यह एक फ़ाइल लॉकिंग समस्या है। कोड 4 प्रवेश फ़ाइल नहीं है। मेरे द्वारा पाया गया एक आंशिक समाधान xcopy (जो कि त्रुटि पर जारी है) के लिए / C विकल्प का उपयोग करना है। वास्तव में समाधान नहीं है, लेकिन ज्यादातर ने मेरे निर्माण को विफल होने से रोक दिया है।

एक और समाधान जो केवल 32 बिट पर काम करता है वह है कॉपीर से पहले फाइल पर विंडोज हैंडल को जारी करने के लिए अनलॉकर टूल का उपयोग करना ।

संपादित करें: मैंने महसूस किया है कि यह 64 बिट्स के तहत भी काम करता है।


3
मैंने xcopy कमांड के ऊपर / C विकल्प जोड़ा और बिल्ड सक्सेस हो गया। धन्यवाद! अनलॉकर कई बार अमूल्य होता है।
मार्टिन एस एक

2
मेरे पास यह समस्या थी क्योंकि फ़ाइलों में से एक केवल-पढ़ने के लिए थी। एक बार जब मैंने उसे बदल दिया, तो यह काम कर गया।
बॉब हॉर्न

मैं यह भी जाँच सकता हूँ कि इस समस्या को हल करने के लिए केवल फाइलों को अनुमति की अनुमति देकर हल किया गया है। हमारे पास एक बाहरी बिन फ़ोल्डर है जो वर्णित समस्या का कारण बन रहा था। एक बार जब मैंने केवल-पढ़ने के लिए विशेषता को हटा दिया, तो समाधान बनाने की कोशिश करते समय त्रुटि गायब हो गई।
eniacAvenger

3
यह जिस अनलॉकर को आप इंगित कर रहे हैं, वह वायरस के रूप में पाया जाता है। (गूगल सुरक्षित ब्राउज़ सामान, एसिट, virustotal ...)। लगता है इसके बारे में एक चर्चा यहाँ cnet.com/forums/discussions/unlocker-contains-malware-558941
v.oddou

याद रखें कि यह उत्तर कितना पुराना है। वायरस जो आप वास्तव में आरोपित कर रहे हैं, लगता है कि विज्ञापन वेयर सामान है जो अब इंस्टॉलर में बंडल किया जा रहा है न कि खुद अनलॉकर सॉफ्टवेयर।
प्रीत संघ

196

हालांकि /Cत्रुटियों को अनदेखा कर सकते हैं, यह वास्तविक समाधान नहीं हो सकता है क्योंकि बिल्ड के सफल होने के लिए उन फ़ाइलों की आवश्यकता हो सकती है जिनकी प्रतिलिपि बनाई जानी चाहिए।

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

कभी-कभी यदि फ़ाइल को केवल पढ़ा जाता है, तो यह समस्याएँ भी पैदा करेगा। /Rकेवल कॉपी की जाने वाली फ़ाइलों को पढ़ने की अनुमति देने के लिए विकल्प जोड़ें । आप यहां उपलब्ध विकल्पों की सूची पा सकते हैं:

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/xcopy.mspx?mfr=true

एक अन्य संभावित मुद्दा यह है कि अंतर्निहित फ़ोल्डर तक पहुँचा नहीं जा सकता है। यदि हां, तो "start xcopy"इसके बजाय प्रदर्शन करने की कोशिश कर रहा है "xcopy"। यह एक और कमांड विंडो खोलेगा, लेकिन एडमिन प्रिव्यू के साथ।


53
'स्टार्ट' ने इसे मेरे लिए तय कर दिया ... अन्य मंचों से यह एक अनुमतियों का मुद्दा लगता है जो 'आरंभ' को हल करता है, भले ही मेरे बॉक्स में 'सबके लिए' गंतव्य फुलकंट्रोल हो। इसके अलावा, आप विंडो झिलमिलाहट को कम करने के लिए 'start / MIN xcopy ...' चला सकते हैं
mdisibio

2
मैंने c: \ windows \ system32 \ xcopy.exe $ (TargetPath) <गंतव्य पथ> को c: \ windows \ system32 \ xcopy.exe "$ (TargetPath)" <गंतव्य पथ> में बदल दिया है और अंतिम 50+ में कोई समस्या नहीं है बनाता है।
पेन्नेरावे

1
मैंने "$ (OutDir) $ (TargetFileName)" का उपयोग किया है, इसे "$ (TargetPath)" में बदलकर समस्या को हल करता है। जैसा कि 'स्टार्ट' का उपयोग करता है!
सर्फ

मेरा मुद्दा हायफ़न के बजाय मूल फ़ोल्डर नाम में से एक में एन-डैश चरित्र का उपयोग करने से आ रहा है। मैंने शब्द से शाखा फ़ोल्डर के नाम को कॉपी / पेस्ट करने की गलती की, जो "1234 - एबीसीडी" जैसा कुछ था। इसे "1234 - एबीसीडी" नाम दिया गया और xcopy अब ठीक काम करता है।
सुदीप

जोड़ा startऔर /R, बस के मामले में ... निश्चित नहीं है कि किसने चाल चली, लेकिन यह काम किया! धन्यवाद!
sǝɯɐs

19

मैंने उसी त्रुटि को पार कर लिया है, लेकिन यह फ़ाइल लॉक होने के कारण नहीं है, लेकिन फ़ाइल गायब है।

वीएस ने एक मौजूदा फ़ाइल को कॉपी करने की कोशिश क्यों की, इसका कारण पोस्ट-बिल्ड इवेंट कमांड है।

के बाद मैंने साफ किया कि, समस्या हल हो गई।

अपडेट करें:

जैसा कि @rhughes ने टिप्पणी की:

असली मुद्दा यह है कि इसे हटाने के बजाय काम करने के लिए यहां कमांड कैसे प्राप्त करें।

और वह बिल्कुल सही है।

यहाँ छवि विवरण दर्ज करें


1
यदि आप पोस्ट-बिल्ड के दौरान किसी फ़ाइल की प्रतिलिपि बना रहे थे, तो संभावना यही है कि आप यहां एक कमांड दर्ज कर चुके हैं। असली मुद्दा यह है कि इसे हटाने के बजाय काम करने के लिए यहां कमांड कैसे प्राप्त करें।
रुघेस

9

मुझे भी इस समस्या का सामना करना पड़ा है। त्रुटि विंडो में परिणाम की जांच करें।

मेरे मामले में, एक टेलिंग \दुर्घटनाग्रस्त हो रही थी xcopy (जैसा कि मैं उपयोग कर रहा था $(TargetDir))। मेरे मामले में $(SolutionDir)..\bin। यदि आप किसी अन्य आउटपुट का उपयोग कर रहे हैं, तो इसे समायोजित करने की आवश्यकता है।

यह भी ध्यान दें कि start xcopyसंकलन के बाद यदि त्रुटि हो गई है, तो इसे ठीक न करें। यह शायद कमांड लाइन द्वारा दबा दिया गया है और कोई फ़ाइल वास्तव में कॉपी नहीं की गई है!

आप एक कमांड शेल में अपने xcopy कमांड को मैन्युअल रूप से निष्पादित कर सकते हैं। आपको उन्हें वहां निष्पादित करते समय अधिक विवरण मिलेगा, जो आपको सही दिशा में इंगित करता है।


वही मेरे साथ $ (OutDir) के लिए हुआ। ऐसा लगता है कि सभी मार्ग मैक्रोज़ के अंत में एक "\" है और यह xcopy को दुर्घटनाग्रस्त कर देता है
लियो कोलेज़ुक

6

यदि पोस्ट बिल्ड ईवेंट में कुछ निर्देशिका में बिल्ड आउटपुट की प्रतिलिपि बनाने के लिए कॉपी / xcopy कमांड होती है (जो आमतौर पर सबसे सामान्य पोस्ट बिल्ड ऑपरेशन है) तो समस्या हो सकती है यदि पूर्ण निर्देशिका पथ या तो स्रोत या लक्ष्य गंतव्यों में फ़ोल्डर का नाम होता है जिसमें शामिल हैं रिक्त स्थान। निर्देशिका नाम (ओं) के लिए स्थान निकालें और प्रयास करें।


5

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


4

VS को एडमिनिस्ट्रेटर मोड में चलाएं और यह ठीक काम करे।


1
मैं VS को प्रशासक के रूप में चला रहा हूं लेकिन यह मेरे लिए काम नहीं करता है।
अराफात 10

कुछ उपयोगकर्ता व्यवस्थापक मोड में चलने में असमर्थ हो सकते हैं।
MrSpudtastic

3

मुझे यह त्रुटि इसलिए मिली क्योंकि TFS बिल्ड सेवा के तहत चल रहे उपयोगकर्ता खाते में गंतव्य फ़ोल्डर में लिखने की अनुमति नहीं थी। Right-click on the folder-->Properties-->Security


"टैंगोडिनर" और "अब्दुल रहमान" को सलाम। फ़ोल्डर पर राइट-क्लिक करें -> गुण -> सुरक्षा ने मेरे लिए एक स्टैंड पर समस्या का हल अकेले XP SP3 सिस्टम को धन्यवाद दिया

3

यह कई मामलों में हो सकता है:

  1. जब पूरा स्ट्रिंग पथ 254 वर्णों से अधिक लंबा है।
  2. जब फ़ाइल का नाम कॉपी किया जाना गलत है।
  3. जब लक्ष्य पथ गलत है।
  4. जब कॉपी की गई फाइल या टारगेट फोल्डर पर रीडोनॉली एट्रिब्यूट सेट किया जाता है।

2

फ़ाइल के किसी अन्य उदाहरण में खोले जाने के कारण मुझे यह त्रुटि मिली।

जब मैंने फ़ाइल को बंद किया और फिर से समाधान का निर्माण किया, तो इसे सफलतापूर्वक कॉपी किया गया।


2

बिल्ड होने के बाद मुझे XCOPY के मामले में उसी मुद्दे का सामना करना पड़ा। मेरे मामले में फ़ोल्डर पर सेट किए गए केवल अनुमतियों के कारण समस्या हो रही थी।

मैंने XCOPY से पहले attrib -R कमांड जोड़ा और इसने इस मुद्दे को हल किया।

आशा है कि यह किसी की मदद करता है!


2

टेस्ट इंजन के संबंध में xcopy के साथ मेरी भी यही त्रुटि थी। मैं VisualStudio व्यावसायिक 2013 का उपयोग कर रहा हूं। डिफ़ॉल्ट रूप से टेस्ट -> टेस्ट सेटिंग्स -> टेस्ट एक्ज़ीक्यूशन इंजन रनिंग रखें, xcopy के साथ मेरी त्रुटि कोड 4 का कारण लगता है। इसे बंद करने से समस्या हल हो गई। निष्पादन इंजन कुछ। Dll पर पकड़ बनाए रखता है।


1

मुझे भी यही समस्या थी। वीएस में एक सरल 'क्लीन सॉल्यूशन' ने त्रुटि को मंजूरी दे दी, लेकिन यह एक अस्थायी समाधान था।


मुझे यह समस्या हो रही है और "क्लीन सॉल्यूशन" ने मेरी मदद नहीं की। क्या "क्लीन सोल्यूशन" हर बार आपके लिए काम करता है?
क्क्सोटक

1

मैंने पाया कि फाइल की कॉपी को आउटपुट डायरेक्टरी के पैरामीटर को कॉपी में सेट करना हमेशा लगता है कि लॉकिंग इश्यू को क्लियर कर दिया गया है। हालाँकि अब मेरे पास फ़ाइलों की 2 प्रतियां हैं और एक को हटाने की आवश्यकता है।


1

मुझे भी यही समस्या थी। हालांकि, मेरे लिए कुछ भी काम नहीं किया। मैंने जोड़कर समस्या हल की

exit 0

मेरे कोड के लिए। समस्या यह थी कि जब मैं फाइलों की नकल कर रहा था, तो कभी-कभी आखिरी फाइल नहीं मिल पाती थी और बल्ले से गैर-शून्य मान वापस आ जाता था।

आशा है कि यह किसी की मदद करता है!


1

यदि आप विंडोज 7 को आगे बढ़ा रहे हैं, तो आप नए 'रोबोकॉपी' कमांड को आजमा सकते हैं:

robocopy "$(SolutionDir)Solution Items\References\*.dll" "$(TargetDir)"

रोबोकॉपी के बारे में अधिक जानकारी यहां पाई जा सकती है


1

मैंने उसी मुद्दे का सामना किया। मैंने पोस्ट-बिल्ड इवेंट हटा दिए और यह काम करने लगा। कुछ बार जब हम कुछ SQL घटकों को जोड़ते हैं तो यह पोस्ट बिल्ड कमांड भी जोड़ सकते हैं।


1

मुझे xcopy के साथ / बहिष्कृत विकल्प का उपयोग करके कुछ समान मिल रहा है। मेरे मामले में, मैंने पाया कि पोस्ट-बिल्ड ईवेंट को संपादित करना (कमांड के बाद एक नई लाइन की तरह हानिरहित) और प्रोजेक्ट को सहेजने से त्रुटि होती है। / बहिष्कृत विकल्प में निर्दिष्ट फ़ाइल को फिर से सहेजने से यह फिर से काम करने का कारण बनता है।


1

जैसा कि मैं एक DLL लाइब्रेरी लिख रहा हूं मैंने लाइब्रेरी को कॉपी करने के लिए xcopy कमांड का उपयोग किया जहां प्रोग्राम ढूंढ सकता है और इसे लोड कर सकता है। कार्यक्रम को खोलने और बंद करने के कई बार के बाद भी कार्यपालक में इसकी एक खुली प्रक्रिया थी जिसे मैंने पहचाना नहीं था।

किसी भी प्रक्रिया के लिए देखो जिसमें से फ़ाइल का उपयोग किया जा सकता है और इसे बंद कर सकते हैं।


1

यह मेरे लिए क्या तय किया : आप चाहते हैं कि परियोजना के लिए विशिष्ट समाधान के लिए नीचे खुदाई अर्थात सभी परियोजनाओं के लिए समग्र समाधान फ़ाइल नहीं।

कोशिश करो - मैंने यहां बताई गई हर चीज की कोशिश की लेकिन कोई फायदा नहीं हुआ।


1

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

केवल एक और चीज जो मैंने निर्मित dll का उपयोग किया होगा, वह था IIS। और लो और निहारना,

एक साधारण iisresetने मेरे लिए चाल चली।


1

मेरी भी यही समस्या थी। यह एक ही ध्वज दो बार होने के कारण था, उदाहरण के लिए:

अगर $ (विन्यासनाम) == रिलीज़ (xcopy) $ (टारगेट डायर) "" $ (सॉल्यूशन डायर ) परिनियोजन \ $ (प्रोजेक्टनेम) \ "/ ई / डी / आई / वाई / ई / ई)

निरीक्षण करें कि "/ e" ध्वज दो बार दिखाई देता है। डुप्लिकेट को हटाने से समस्या हल हो गई।


1

मेरे मामले में मेरे $(OutDir)बस ..\..\Build\कुछ रिश्तेदार पथ था। और, जब मैं निम्नानुसार xcopy करने की कोशिश कर रहा था xcopy /y "$(OutDir)Proj1.dll" "Anypath\anyfolder\" बाहर निकलने की कोड त्रुटि 4 मिल रही थी।

क्या हो रहा था, यह कमांड $ (आउटडिर) (मेरे मामले में बिल्ड फ़ोल्डर में) निष्पादित किया जा रहा था और न ही उस निर्देशिका को जहां परियोजना की csproj फ़ाइल स्थित थी (जैसा कि हम सामान्य रूप से उम्मीद करेंगे)। इसलिए, मैं मिलता रहाFile not found त्रुटि (कोड 4 से बाहर निकलने के लिए)।

जब तक मैंने cdपोस्ट बिल्ड ईवेंट्स में नहीं लिखा , तब तक यह पता नहीं लगा सका कि यह किस डायरेक्टरी में किया गया था।

इसलिए, संक्षेप में, यदि हम copy/ से xcopyफ़ाइलों की इच्छा कर रहे हैं $(OutDir), या तो उपयोग करें "$(TargetDir)"(जो आउटपुट निर्देशिका के लिए पूर्ण पथ है) या किसी भी पथ को निर्दिष्ट करने की आवश्यकता नहीं है।


0

VMWare कार्य केंद्र साझा फ़ोल्डर के कारण हो सकता है

मुझे हमेशा समस्या होती है जब नियतिनटिन फ़ोल्डर की xcopy एक VM में शेयर किए गए फ़ोल्डर के रूप में डेस्टिनैटिन फ़ोल्डर को मैप किया जाता है।

मैंने इसे वीएम में चल रही स्क्रिप्ट और साझा किए गए फ़ोल्डर की सामग्री को हटाने के साथ हल किया।


0

Rhughes उत्तर पर विस्तार करने के लिए,

रोबोकॉपी खूबसूरती से काम करती है, बस आपको उन उप निर्देशिकाओं को शामिल करने की आवश्यकता होती है जिनका उपयोग आप उप /e-सूचियों को शामिल करने के लिए और खाली निर्देशिकाओं की प्रतिलिपि बनाने के /sलिए या खाली निर्देशिकाओं को शामिल करने के लिए शामिल कर सकते हैं ।

इसके अलावा, रोबोकॉपी कुछ चीजों को वापस रिपोर्ट करेगी जैसे अगर नई फ़ाइलों की प्रतिलिपि बनाई गई है, तो इससे वीएस की शिकायत होगी क्योंकि 0 से ऊपर की कोई भी चीज विफलता है और नई फाइल मिलने पर रोबोकॉपी 1 वापस आ जाएगी। इसके लायक है कि रोबोकॉपी पहले स्रोत / गंतव्य की तुलना करती है और केवल अद्यतन / नई फ़ाइलों की प्रतिलिपि बनाती है।

इस उपयोग को प्राप्त करने के लिए:

(robocopy "$(SolutionDir)Solution Items\References\*.dll" "$(TargetDir)") ^& IF %ERRORLEVEL% LEQ 4 exit /B 0

0

यदि आप यहां हैं क्योंकि आपकी परियोजना एक बिल्ड सर्वर पर बनाने में विफल रहती है, लेकिन एक देव मशीन पर "मैन्युअल रूप से" ठीक बनाता है, और आप xcopyकेवल डिबगिंग के लिए और एक देव मशीन पर उत्पादन वातावरण का अनुकरण करने के लिए कर रहे हैं , तो आप देखना चाहते हैं इस समाधान पर:

https://stackoverflow.com/a/1732478/2279059

आप बस बिल्ड सर्वर पर पोस्ट बिल्ड ईवेंट का उपयोग करके बंद कर देते हैं

msbuild foo.sln /p:PostBuildEvent=

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

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


0

त्रुटि कोड 4 का मतलब बहुत सारी चीजें हो सकती हैं, इसलिए मैं अन्य उत्तरों को भी पढ़ने की सलाह देता हूं, जब तक कि आपको कोई समाधान नहीं मिल जाता है जो आपके लिए काम करता है और आप समझते हैं कि यह क्यों काम करता है (कुछ समाधान केवल त्रुटि से निपटने को अक्षम करते हैं, जो केवल समस्या का सामना कर सकता है लेकिन नहीं इसे हल करो)।

यह समानांतर भवन से संबंधित फ़ाइल लॉकिंग समस्या हो सकती है। वर्कअराउंड समानांतर बिल्डिंग का उपयोग नहीं करना है। यह डिफ़ॉल्ट व्यवहार है, लेकिन यदि आप -mविकल्प का उपयोग कर रहे हैं , तो परियोजनाओं को समानांतर में बनाया जाएगा। निम्न भिन्नताएँ समानांतर में प्रोजेक्ट नहीं बनाना चाहिए, इसलिए आप फ़ाइल लॉकिंग समस्या में नहीं चलेंगे।

msbuild -m:1
msbuild -maxcpucount:1
msbuild

ध्यान दें, जो यहां कहा गया है, उसके विपरीत, यह MSBuild के "नवीनतम" संस्करण (विजुअल स्टूडियो 2019 के लिए बिल्ड टूल्स से) के साथ भी होता है।

सबसे अच्छा समाधान संभवतः यह सुनिश्चित करना है कि आपको पोस्ट-बिल्ड चरण में फ़ाइलों को कॉपी करने की आवश्यकता नहीं है। कुछ स्थितियों में, आप किसी बिल्ड सर्वर पर MSBuild के साथ निर्माण के दौरान पोस्ट-बिल्ड चरणों को भी अक्षम कर सकते हैं: https://stackoverflow.com/a/55899347/2279059

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.