जहां मैं काम करता हूं हम अपने अनुप्रयोगों को बनाने के लिए एक सेट शेड्यूल का उपयोग करते हैं। निर्माण के साथ क्या शामिल है? स्थानीय होस्ट के अलावा कहीं और बनाने के लिए आवेदन प्राप्त करने में क्या शामिल है?"निर्माण" बनाने में क्या शामिल है?
मैं इस दिन दूसरे दिन आया ... यह एएसपी.नेट वेबसाइटों के निर्माण के बारे में कुछ चीजों को स्पष्ट करने में मदद करता है। एक निश्चित जवाब नहीं है, लेकिन एक लायक लायक है।
http://msdn.microsoft.com/en-us/library/399f057w.aspx:
जगह में एक साइट Precompiling:
ASP.NET दो एक साइट precompiling के लिए विकल्प प्रदान करता है। यह विकल्प मौजूदा साइटों के लिए उपयोगी है जहां आप प्रदर्शन को बढ़ाने और त्रुटि जांच करने के लिए चाहते हैं।
तैनाती के लिए साइट को प्रीकंपलिंग करना। यह विकल्प एक विशेष आउटपुट बनाता है जिसे आप किसी उत्पादन सर्वर पर तैनात कर सकते हैं।
इसके अतिरिक्त, आप साइट को केवल पढ़ने या अपडेट करने योग्य बनाने के लिए प्रीकंपाइल कर सकते हैं। निम्नलिखित अनुभाग प्रत्येक विकल्प के बारे में अधिक जानकारी प्रदान करते हैं।
वे जल्द ही इसे बंद करने जा रहे हैं ... लेकिन धन्यवाद कि लेख मदद करने जा रहा है। – Eric
@Eric - मुझे नहीं लगता कि कोई भी इसे बंद करने जा रहा है। यह एक अच्छा सवाल है। –
@ unforgiven- यह पहले से ही बंद कर दिया गया था। मैंने फिर से खोलने के लिए मतदान किया, मैंने कभी सोचा नहीं कि यह एक बुरा सवाल था – TStamper
वहाँ इस विषय पर एक wikipedia article है:
कंप्यूटर सॉफ्टवेयर के क्षेत्र में, अवधि सॉफ्टवेयर का निर्माण (स्टैंडअलोन सॉफ्टवेयर में स्रोत कोड फ़ाइलों को परिवर्तित करने विरूपण साक्ष्य की प्रक्रिया के लिए या तो संदर्भित करता है रों) जिसे कंप्यूटर पर चलाया जा सकता है, या ऐसा करने का नतीजा। सॉफ़्टवेयर बिल्ड के सबसे महत्वपूर्ण चरणों में से एक संकलन प्रक्रिया है जहां स्रोत कोड फ़ाइलें निष्पादन योग्य कोड में परिवर्तित होती हैं।
सरल कार्यक्रमों के लिए प्रक्रिया एक एकल फाइल संकलित, जटिल सॉफ्टवेयर के लिए स्रोत कोड कई फाइलों शामिल हो सकते हैं और अलग अलग तरीकों से कई अलग अलग संस्करणों के उत्पादन से जोड़ा जा सकता है किया जा रहा है के होते हैं है।
एक कंप्यूटर कार्यक्रम का निर्माण करने की प्रक्रिया आम तौर पर एक निर्माण उपकरण, एक प्रोग्राम है जो समन्वय करता है और नियंत्रण अन्य कार्यक्रमों के द्वारा किया जाता है। के उदाहरण ऐसे प्रोग्राम बनाते हैं, चींटी, मेवेन और स्कैन। निर्माण उपयोगिता को को सही क्रम में संकलित करने और विभिन्न फ़ाइलों को लिंक करने की आवश्यकता है। यदि किसी विशेष फ़ाइल में स्रोत कोड नहीं बदला गया है तो उसे को पुन: संकलित करने की आवश्यकता नहीं हो सकती है ( की आवश्यकता के बजाय नहीं हो सकता है, यह स्वयं अन्य फ़ाइलों पर निर्भर हो सकता है)। परिष्कृत बिल्डिंग यूटिलिटीज और लिंकर्स को रीकंपलिंग कोड से बचना है जो को पूरा करने के लिए आवश्यक समय को छोटा करने के लिए आवश्यक नहीं है। आधुनिक बिल्ड यूटिलिटी आंशिक रूप से संशोधन नियंत्रण सबवर्सन जैसे प्रोग्राम में एकीकृत हो सकती है। एक और जटिल प्रक्रिया में अन्य प्रोग्राम शामिल हो सकते हैं जो निर्माण प्रक्रिया के लिए कोड या डेटा उत्पन्न करते हैं।
धन्यवाद जॉन! पहले पैरा के लिए +1 – Eric
बिल्ड का मूल उद्देश्य यह सुनिश्चित करना है कि वेबसाइट के लिए आवश्यक सभी फ़ाइलों का लगातार सेट एक साथ तैनात किया गया हो।
यह आमतौर पर स्रोत नियंत्रण से फ़ाइलों को पुनर्प्राप्त करके, उन्हें उचित संग्रह या अभिलेखागार (निर्माण प्रक्रिया के कलाकृतियों कहा जाता है) में पैकेजिंग करके और फिर उन स्क्रिप्ट्स को प्राप्त करने के द्वारा पूरा किया जाता है जो इन फ़ाइलों को उत्पादन या क्यूए सर्वर पर भेजते हैं जहां एप्लिकेशन है फिर लॉन्च किया।
प्रौद्योगिकी और प्रोजेक्ट के आधार पर, बिल्ड स्क्रिप्ट फाइलों को संकलित कर सकती है, परीक्षण चला सकती है, अभिलेखागार बना सकती है, विभिन्न स्थानों और फ़ाइलों को उस प्रकृति की चीजों की प्रतिलिपि बना सकती है।
अंतर्निहित स्क्रिप्टिंग क्षमता प्रदान करने के लिए निर्माण प्रक्रिया का समर्थन करने के लिए विभिन्न टूल हैं। स्क्रिप्टिंग बनाने में कभी-कभी अनूठे गुण हो सकते हैं, जैसे यह सुनिश्चित करना कि एक दिया गया कार्य केवल एक बार चलाया जाता है, भले ही बड़े निर्माण के विभिन्न हिस्सों को यह सुनिश्चित करने की आवश्यकता हो कि यह चल रहा है (जैसे कि कलाकृतियों को तैनात करने के लिए निर्देशिका बनाने का कार्य, निर्देशिका है केवल एक बार बनाया गया है और बिल्ड स्क्रिप्ट इंजन (जैसे एनएएनटी) यह सुनिश्चित करता है कि यदि कार्य को कई बार कहा जाता है तो यह केवल प्रति निर्माण के बाद ही चलाया जाता है।
यदि आप बिल्ड के बारे में अधिक समझना चाहते हैं, तो कुछ खुले के लिए देखें स्रोत परियोजनाओं है कि एक प्रौद्योगिकी आप से परिचित हैं उपयोग करते हैं, और उनके निर्माण प्रक्रिया को देखने के (कैसे आप कोड बदल सकते हैं और यह तैनात)
+1। –
धन्यवाद यशया! +1 – Eric
This Joel On Software लेख मेरी पसंदीदा स्पष्टीकरण बनाता है की है।, दैनिक बनाता है, सभी समय के सर्वर का निर्माण।
इस और उनके कई अन्य लेखों में उनके केंद्रीय सिद्धांत इस निर्माण के लिए आपके लिए अधिक प्रयास करते हैं (जिसका मतलब है कि किसी भी संकलन या स्रोत फ़ाइलों का परिवर्तन, जिसमें उनके स्थान को बदलना शामिल है ताकि वे उत्पादन/परीक्षण तैयार हों) कम उत्पादक और कम गुणवत्ता वाला आपका सॉफ़्टवेयर होगा और तैनाती/निर्माण के दौरान आपको और अधिक गलतियों का सामना करना पड़ेगा। आदर्श रूप में, एक वेब अनुप्रयोग के साथ, आपके पास एक ही स्क्रिप्ट है जिसे आप डबल क्लिक कर सकते हैं, यह स्रोत नियंत्रण से सबसे वर्तमान फ़ाइलों को पकड़ता है, उन्हें संकलित करता है, और लक्ष्य स्थान पर सबकुछ तैनात करता है।
कई वाणिज्यिक उत्पाद मौजूद हैं जो इस अंत में आपकी सहायता कर सकते हैं। मुझे टीम फाउंडेशन सर्वर पसंद है लेकिन यह आपके बजट/संस्कृति/प्रोग्रामिंग भाषा पसंद में फिट नहीं हो सकता है। कस्टम बिल्ड स्क्रिप्ट होने का सबसे बुरा विचार नहीं है क्योंकि यह आपके प्रोग्रामिंग को आपकी प्रक्रिया का एक अच्छा दृश्य देता है।
वास्तव में सहायक +1 – Eric
मुझे नहीं लगता कि यह एक स्पष्ट प्रश्न है –
पहले अस्पष्ट होना ठीक है, लेकिन ओपी को अधिक जानकारी मिलती है, इसलिए उसे अपने प्रश्न को संपादित करने और उसके जवाब को कम करने के लिए प्रोत्साहित किया जाता है। कभी-कभी लोग वास्तव में नहीं जानते कि वे क्या खोज रहे हैं ... अस्पष्ट शुरू करना ठीक है। कम से कम आईएमओ। –
@ मजेदार नहीं, अच्छा नहीं .. @ मिच मैंने इसे कम करने की कोशिश की। लेकिन शायद मैं गलत शब्द का उपयोग कर रहा हूँ। मैं बस सोच रहा हूं कि ऐप को स्थानीय होस्ट के अलावा कहीं और बनाने की इजाजत देने में क्या शामिल है। @TSamper जाहिर है कि वह एकमात्र लड़का था जिसे मैं समझ रहा था कि मैं क्या पूछ रहा था। – Eric