विजुअल स्टूडियो (2008) 'क्लीन सोल्यूशन' विकल्प


जवाबों:


109

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


3
फिर "बिल्ड" और "सभी का पुनर्निर्माण करें" के बीच अंतर क्या है?
चाड

2
3 परियोजनाओं के साथ एक समाधान की कल्पना करो। बिल्ड केवल उन प्रोजेक्ट्स को संकलित करता है जो अंतिम बिल्ड के बाद से बदल गए हैं। पुनर्निर्माण, सब कुछ संकलित करता है।
बिग जम्प

18
क्या समाधान का पुनर्निर्माण अनिवार्य रूप से स्वच्छ समाधान चलाने और फिर समाधान बनाने के समान है?
जॉय ग्रीन

5
क्या समाधान का पुनर्निर्माण वास्तव में बिल्डिंग से पहले एक साफ करता है, या क्या यह सब कुछ का निर्माण करता है जैसे कि एक क्लीन पहले किया गया था?
होमर

2
@ जॉयग्रीन नं। यदि आप क्लीन एंड बिल्ड समाधान करते हैं, तो यह पहले सभी परियोजनाओं को साफ करता है और फिर सभी परियोजनाओं का निर्माण करता है। यदि आप पुनर्निर्माण करते हैं, तो यह समय पर एक परियोजना लेता है और इसे साफ करता है और इसका निर्माण करता है। एक बार, मैं क्लीन एंड बिल्ड के बजाय पुनर्निर्माण का उपयोग करके अजीब मुद्दे का सामना कर रहा हूं, क्योंकि कुछ परियोजना निर्भरताएं ...
9

61

यह पिछले संकलन / बिल्ड के दौरान उत्पन्न सभी ऑब्जेक्ट कोड को हटा देता है। यह सभी प्रकार की फ़ाइलों को हटाता है: -

* .obj - ऑब्जेक्ट कोड

* .pdb - प्रोग्राम डिबग डेटाबसे फ़ाइल

* .bsc - स्रोत ब्राउज़र डेटाबसे

* .ilk - वृद्धिशील लिंकर फ़ाइल

* .Sbr - स्रोत ब्राउज़र मध्यवर्ती फ़ाइल

* .idb - निर्भरता फ़ाइल का पुनर्निर्माण

* .लिब - लाइब्रेरी फ़ाइल

* .exe - निष्पादन योग्य

JFYI - यहां तक ​​कि एक पुनर्निर्माण सभी कमांड यह सब करेंगे और फिर स्रोत फ़ाइलों का पूरा सेट बनाने के लिए आगे बढ़ेंगे।

-AD


11

मैं चाहता था कि यह एक टिप्पणी हो लेकिन स्पष्ट रूप से 50 प्रतिनिधि की आवश्यकता है।

दूसरों को चेतावनी देने के लिए, मुझे लगता है कि पुनर्निर्माण समाधान खुद को साफ नहीं करता है। मुझे अक्सर यह साफ करने की आवश्यकता नहीं होती है कि इसके निर्माण और निर्माण / पुनर्निर्माण के बाद इसे काम करने के लिए - मुझे लगता है कि यह पुनर्निर्माण है, यह पूरी तरह से स्वच्छ के बिना एक आत्म संकलन है और सब कुछ खत्म कर देता है, लेकिन अतिरिक्त से छुटकारा नहीं मिलता है।

कोड वार के पुनर्निर्माण में नहीं देखा, अगर किसी और के पास एक ही मुद्दा है तो सामान्य अवलोकन।


2
मैं इस कथन से सहमत - कई बार जहां एक के पुनर्निर्माण से पहले एक साफ आवश्यक है इस व्यवहार को देखा है
Swordblaster

5

यह एक पुरानी पोस्ट है, लेकिन मुझे लगा कि यह ध्यान देने योग्य है। सिल्वरलाइट के लिए कोडिंग करते समय, मेरे पास आमतौर पर ब्लेंड और वीएस2010 एक ही समय में खुले होते हैं। उसके कारण, कभी-कभी VS2010 बाहर निकलता है और IntelliSense पता नहीं लगा सकता है कि सामान कहाँ है या कुछ और है, जिसके परिणामस्वरूप इसमें बहुत सी त्रुटियां हैं।

घोल को साफ करने से यह ठीक हो जाता है।


4

संकलन प्रक्रिया के दौरान बनाई गई फ़ाइलें मिटा देता है। प्रभावी रूप से अगली बार एक पूर्ण recompile / build को बाध्य करता है।


2

जब आप किसी घोल को साफ कर रहे हों तो सावधान रहें; जब आप एक समाधान को साफ करते हैं और यदि आप अपने प्रोजेक्ट में एक पुस्तकालय (nhibernate कहते हैं) का संदर्भ देते हैं और यदि उस पुस्तकालय में एक निर्भरता है (iesi.collections कहें), तो आप देखेंगे कि iesi.collections हटा दिए जाएंगे यदि आप पुनर्निर्माण करते हैं समाधान और आपको उस फ़ोल्डर को फिर से अपने फ़ोल्डर में रखना होगा। या आप iesi.collections का भी संदर्भ ले सकते हैं और कॉपी-स्थानीय का चयन कर सकते हैं: इसके गुणों से हां विकल्प


5
यह एक समस्या नहीं होनी चाहिए यदि आप 'बिन' के अलावा किसी विशिष्ट फ़ोल्डर में अपने सभी
कामों को स्थानांतरित

यकीन है कि यह नहीं है, लेकिन आम तौर पर इसके बिन फ़ोल्डर के साथ स्थित है (आप nuget और iesi.collections के माध्यम से फ्लुएंन्थिनेट प्राप्त करने की कोशिश कर सकते हैं)
ersanbilik

0

FYI करें, न तो Clean और न ही Rebuild नॉन-बिल्ड फ़ाइलों को हटा देगा, जैसे कि प्री-बिल्ड कमांड के दौरान कॉपी की गई फाइलें। मैं उस बारे में उलझन में था!

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