2010-02-17 16 views
9

हम सभी जानते हैं कि हमें केवल हमारे ASP.NET Web Applications with release build type प्रकाशित करना चाहिए, इसलिए जब मैं डीबग मोड में निर्माण करने के लिए कॉन्फ़िगर की गई प्रोजेक्ट के लिए विजुअल स्टूडियो 2008 में "प्रकाशित" आदेश को ट्रिगर करता हूं तो मुझे चेतावनी क्यों नहीं मिलती?विजुअल स्टूडियो से डीबग मोड में एएसपी.NET अनुप्रयोगों को प्रकाशित करने से कैसे बचें?

निश्चित रूप से, ऐसे मामले हो सकते हैं जहां मुझे विकास या परीक्षण पर्यावरण में डीबग बिल्ड प्रकाशित करने की आवश्यकता है, लेकिन इन मामलों में पुष्टि पत्र में हाँ का उत्तर स्वीकार्य होगा। क्या कोई विकल्प है जिसे मैंने अनदेखा कर दिया है, जब भी मैं डीबग बिल्ड प्रकाशित करने का प्रयास करता हूं, तो विजुअल स्टूडियो को चेतावनी देने के लिए मजबूर करता हूं?

हां, हम केवल "प्रकाशित करें" कमांड का उपयोग करके प्रतिबंध लगा सकते हैं और अधिक ठोस build management tool का उपयोग कर सकते हैं, लेकिन इसमें प्रक्रिया में बदलाव शामिल है और शायद इस विशेष मामले में कोई विकल्प नहीं हो सकता है।

+0

मैं माफी चाहता हूँ मेरे सवाल लगता है, तो "व्यक्तिपरक और तार्किक" से

<configuration> <system.web> <deployment retail="true"/> </system.web> </configuration> 

टिप में चिंता करना बंद करने के लिए अपने उत्पादन सर्वर machine.config में deployment retail="true" सेट कर सकते हैं। मैं जो जानना चाहता हूं, केवल तभी होता है जब विजुअल स्टूडियो में कोई विशिष्ट विकल्प उपलब्ध हो या नहीं। –

उत्तर

6

आमतौर पर इस तरह की चीजें स्वचालित निर्माण उपकरण में संभाली जाती हैं। काफी स्पष्ट रूप से, मैं उत्पादन के लिए अधिक से अधिक परिमाण के आदेश से एक देव साइट पर प्रकाशित करता हूं।

इसी कारण से प्रक्रिया में एक अतिरिक्त संवाद बॉक्स होने से थोड़ा सा परेशानी होगी।

आगे, यहां तक ​​कि निर्माण प्रणाली के बिना भी, अधिकांश लोगों के पास अलग-अलग वातावरण के लिए अलग-अलग कॉन्फ़िगरेशन फ़ाइलें होती हैं और अधिकांश भाग इसे वेब.कॉन्फिग सेटिंग के साथ संभालती हैं।

+0

+1 मेरा से बेहतर जवाब :) – Lazarus

+0

देव/प्रोड प्रकाशन के अनुपात के बारे में अच्छा बिंदु। मुझे web.config टिप्पणी नहीं मिलती है, हालांकि। Web.config में 'debug = false' सेट करना एक पूरी तरह से अलग बात है, है ना? –

3

मैं अपनी विकास साइटों को हर समय देव सर्वर पर बनाने और प्रकाशित करने के लिए प्रकाशित करता हूं, इसके बारे में एक प्रश्न मेरी राय में परेशान होगा।

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

+0

देव/प्रोड प्रकाशन के अनुपात के बारे में अच्छा बिंदु। विकास प्रक्रिया * यहां * बहुत सारे विकास निर्माण को प्रकाशित करने में शामिल नहीं है, क्योंकि अधिकांश डिबगिंग स्थानीय रूप से की जाती है। यह इष्टतम नहीं हो सकता है, और - हाँ - यह प्रक्रिया का विषय है, जिसे मैं बदलने में सक्षम नहीं हूं, क्योंकि मैं केवल एक कुटिल ठेकेदार हूं। –

संबंधित मुद्दे

 संबंधित मुद्दे