यह जावा की दुनिया में मावेन के साथ सीधा है
mvn clean deploy
हमारे कॉन्फ़िगरेशन में, यह WAR फ़ाइल की सभी आवश्यक इमारत (आवश्यकतानुसार JAR निर्भरता में खींच), देव वेब सर्वर पर तैनाती और देव डेटाबेस पर डिब्बाबंद परीक्षण डेटा का निर्माण करता है। एक बार उस जगह पर मावेन आवेदन कार्यों को सत्यापित करने के लिए सेलेनियमआरसी के माध्यम से व्यापक कार्यात्मक परीक्षण को संभालता है।
इस एकल कमांड को एप्लिकेशन पूरी तरह से देव सर्वर क्लस्टर में तैनात किया जाता है, इसलिए यह तुरंत अन्य डेवलपर्स के साथ काम करने के लिए आसानी से उपलब्ध है (यह मानते हुए कि यह परीक्षा पास कर चुका है)। डेवलपर्स के स्थानीय स्तर पर काम करने की पुष्टि के बाद से देव तैनाती के लिए यह असामान्य है mvn clean install
।
स्नैपशॉट विरूपण साक्ष्य (डब्ल्यूएआर) को तब अन्य डेवलपर्स के साथ साझा करने के लिए मावेन भंडार में कॉपी किया जाता है (मानक मावेन deploy
व्यवहार के अनुसार)।
ठीक है, लेकिन आपने केवल देव को एक स्नैपशॉट तैनात किया है, परीक्षण और उत्पादन के बारे में क्या?
परीक्षण और (बाद में) उत्पादन सर्वर को वितरण को मावेन रिलीज प्रक्रिया के माध्यम से नियंत्रित किया जाता है जिसे हम मैन्युअल रूप से संभालना पसंद करते हैं ताकि कोई भी संदिग्ध उत्पादन के लिए देख सके। परीक्षक केवल जारी की गई कलाकृतियों के साथ काम करते हैं, स्नैपशॉट के साथ नहीं।
एक बार जब यह रिलीज़ हो जाता है तो एक सरल बिल्ड स्क्रिप्ट का उपयोग परीक्षण सर्वर क्लस्टर में WAR फ़ाइल को SFTP के लिए किया जाता है, फिर से किसी को कुछ भी गलत नहीं होने के लिए प्रक्रिया देखने के साथ।
अंत में, सभी परीक्षार्थियों के खुश होने के बाद अपरिवर्तित डब्ल्यूएआर फाइल विफल हो जाती है, एसएफटीपीएल फेलओवर प्रोडक्शन सर्वर क्लस्टर पर निर्भर रहता है, जिसमें किसी को आपदा के मामले में कड़ी नजर रखने और तत्काल रोलबैक स्थिति रखने की जरूरत होती है।