2008-08-27 20 views
7

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

उत्तर

8

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

उत्पादन के लिए निर्माण और शाखा बनाने के लिए लिपियों का एक अच्छा विचार है!

3

मेरी राय में कंप्यूटर स्वचालित रूप से करने में सक्षम है, इसे करना चाहिए, क्योंकि यह तेज़ी से, आसान और आपके विचार के बिना कर सकता है। निश्चित रूप से, लेकिन इस तरह की चीजें स्वचालित करने के लिए बहुत ही छोटी हो सकती हैं, इसलिए मैं हमेशा पूरी प्रक्रिया को स्वचालित करने का समर्थक रहा हूं।

और साथ ही यह भी मजेदार हो सकता है!

2

मुझे बिल्ड को अलग करना और चरणों को दो अलग-अलग चरणों में तैनात करना पसंद है। बिल्ड चरण का आउटपुट एक पैकेज होना चाहिए जो एक भंडार या स्टेजिंग क्षेत्र में रखा गया हो। यह पैकेज लक्ष्य वातावरण से स्वतंत्र होना चाहिए।

तैनाती चरण लक्षित वातावरण को कॉन्फ़िगर करने और पैकेज को स्थापित करने के लिए ज़िम्मेदार है।

कारणों मैं इस दृष्टिकोण पसंद करते हैं:

  • मैं एक पैकेज है कि मेरे विकास, परीक्षण और उत्पादन वातावरण में चला सकते है। इसे क्यूए और विकास के बीच तर्कों को काटना चाहिए।
  • तैनाती के दौरान कॉन्फ़िगर किए जाने वाले विभिन्न तत्व हो सकते हैं। एप्लिकेशन सर्वर सेटिंग्स, डेटाबेस स्कीमा, डेटा लोड इत्यादि जो स्वचालित बिल्ड स्क्रिप्ट से करना आसान नहीं हो सकता है।
1

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

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