कैसे हमने प्रत्येक कार्य के लिए ब्रंच की व्यवस्था की

सभी को नमस्कार! आज मैं इस बारे में बात करना चाहूंगा कि प्रत्येक कार्य के लिए ब्रंच की व्यवस्था करने के तरीके क्या हैं और हमने इसे अपने अलवर में कैसे किया। यहां Apache2 के साथ एक सरल चाल है, जो आपको शानदार परिणाम प्राप्त करने की अनुमति देता है और वेब डेवलपर्स और सिस्टम एडमिनिस्ट्रेटर दोनों के लिए उपयोगी हो सकता है। यह ध्यान देने योग्य है कि इसी तरह के समाधान पहले से ही हब (उदाहरण के लिए, यहां ) पर कवर किए गए हैं, लेकिन अक्सर वे एक दर्शक को संकीर्ण करने के लिए लिखे जाते हैं और सभी सवालों के जवाब नहीं देते हैं और सबसे महत्वपूर्ण बात, अक्सर कार्य को जटिल करते हैं। इस विशेष लेख का उद्देश्य यह दिखाना है कि यह वास्तव में कितना सरल है।

तो चलिए शुरू करते हैं।

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

परियोजना की विशेषताओं के बारे में थोड़ा

यह हमारी प्रमुख परियोजनाओं (साइटों alawar.ru, alawar.com, आदि) में से एक है, जिसका सार विभिन्न भाषाओं में विभिन्न डोमेन से अलग-अलग सामग्री प्रदान करना है। एक परियोजना के ढांचे के भीतर, लगभग सौ डोमेन और उप डोमेन शामिल हैं।

कोड में कोई भी परिवर्तन बगट्रैक में संबंधित टिकट के साथ होता है। विभिन्न तराजू के टिकट एक सप्ताह में कई दर्जन किए जाते हैं। आपको प्रत्येक टिकट का व्यक्तिगत रूप से परीक्षण करने की आवश्यकता है।

इस समस्या को हल करते समय रिपॉजिटरी महत्वपूर्ण नहीं है, आप किसी भी एक का उपयोग कर सकते हैं जहां एक अलग शाखा में विकास करना संभव है, इसलिए मैं विशेष रूप से इस मुद्दे पर ध्यान केंद्रित नहीं करूंगा।

हमारे विकल्प क्या थे?

1. मैन्युअल रूप से सर्वर कॉन्फ़िगरेशन बनाएं

वास्तव में, हमने लंबे समय तक ऐसा किया, लेकिन सभी कार्यों के लिए नहीं, क्योंकि यह वास्तव में एक लंबा समय लगा। इसलिए, उन्होंने केवल वही बनाया जो आवश्यक है और, यदि संभव हो तो, केवल आवश्यक न्यूनतम।

2. प्रति डेवलपर 1-2 परीक्षण बेंच सेट करें

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

3. परीक्षण सर्वर पर, URL बनाने और संसाधित करने के लिए नियम बदलें

उदाहरण के लिए, इस सिद्धांत के अनुसार परियोजना के सभी लिंक बनाएं : http: // test.local / (कार्य-संख्या) / (होस्ट) / (uri) ।

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

4. हर कार्य के लिए आभासी

विचार यह है कि मेजबान और पथ हमेशा समान होते हैं, वांछित कार्य के लिए कोड, डेटाबेस और अन्य सेवाएं स्वयं की होती हैं। परीक्षण के दृष्टिकोण से, यह शायद आदर्श विकल्प है।

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

5. वर्चुअल होस्ट का उपयोग करें

Apache2 में UseCanonicalName और VirtualDocumentRoot ( प्रलेखन के लिए लिंक ) पैरामीटर हैं। वे आपको डॉक पथ के हिस्से के रूप में होस्ट सबडोमेन का उपयोग करने की अनुमति देते हैं। अपाचे 2 को पुनः आरंभ किए बिना परियोजना की जड़ और यह सब। इन मापदंडों के लिए धन्यवाद, वास्तव में, हम जिस उत्तर की आवश्यकता है, उसे प्राप्त करने के लिए हम मेजबान पर + uri उदाहरण के लिए पथ निर्दिष्ट कर सकते हैं।

हमारी पसंद

परिणामस्वरूप, हमने वर्चुअल होस्ट के साथ विकल्प चुना और निम्नलिखित पता प्रारूप को परिभाषित किया: http: // (कार्य-संख्या)। (साइट-पहचानकर्ता)। test.local / (uri) ।

कहां (साइट-पहचानकर्ता) फॉर्म के मान ले सकता है:

• आरयू - इस मामले में हम समझते हैं कि हमें पीएच क्षेत्र में मुख्य साइट दिखाने की आवश्यकता है

• com - जोन की मुख्य साइट .com

• test.ru - पीएच क्षेत्र में मुख्य साइट का उपडोमेन परीक्षण

• data.export.com - .com ज़ोन में मुख्य साइट के data.export का उप डोमेन

उन परियोजनाओं के लिए जहां मुख्य साइट की कोई अवधारणा नहीं है, निम्नलिखित नियम लागू होते हैं:

• example.com - इस मामले में, हम समझते हैं कि आपको साइट example.com दिखाने की आवश्यकता है

• परीक्षण। example.com परीक्षण का एक उपडोमेन है। example.com

• data.export। example.com data.export का एक उपडोमेन है। example.com

• आदि।

परिणामस्वरूप, ब्राउज़र में पता टाइप करके: http: //task-1234.example.com.test.local/some/page/? SomeParams = मान, हम स्पष्ट रूप से जानते हैं कि सर्वर कार्य -1234 कार्य कोड शाखा, साइट हैंडलर से प्रतिक्रिया लौटाएगा। example.com/some/page/?someParams=value।

काम करने के लिए सब कुछ के रूप में हम इरादा था, यह गोदी के लिए रास्ता तय करने के लिए आवश्यक था:

/data/projects/projectName/branches/(task-number)/application/public

और हमारे नियमों के अनुसार होस्ट नाम निर्धारित करने के लिए प्रोजेक्ट को प्रशिक्षित करें।

सुविधाओं में से, मैं यह नोट कर सकता हूं कि सिस्टम के लिए जहां फ़ाइल पथ का मामला महत्वपूर्ण है, (कार्य-संख्या) और (साइट-पहचानकर्ता) निचले मामले में होना चाहिए।

Apache2 परीक्षण साइट कॉन्फ़िगरेशन उदाहरण:

 <VirtualHost *:80> UseCanonicalName Off VirtualDocumentRoot /data/projects/projectName/branches/%1/application/public ServerName test.local ServerAlias *.test.local Options -Indexes CustomLog /dev/null combined </VirtualHost> 

स्वचालित परिनियोजन

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

परिनियोजन स्वचालन को विभिन्न माध्यमों (बैश स्क्रिप्ट, फ़िंग, एंट, आदि) द्वारा किया जा सकता है।

इस पद्धति में उन आदेशों के अनुक्रम को लिखना शामिल है जिन्हें आपकी परियोजना के उदाहरण को बढ़ाने के लिए निष्पादित किया जाना चाहिए। अधिकांश वेब परियोजनाओं के लिए, यह कुछ इस तरह दिखाई देगा:

1. कार्य-संख्या के लिए पूछें (या एक पैरामीटर के रूप में शाखा का नाम प्राप्त करें);

2. रिपॉजिटरी में एक ब्रंच बनाएं, अगर यह नहीं है;

3. ब्रंच के लिए एक फ़ोल्डर बनाएं (यदि यह नहीं है);

4. कोड का चेकआउट करें;

5. आवश्यक फ़ोल्डर / फ़ाइलों के लिए लिखने की अनुमति कॉन्फ़िगर करें;

6. प्रोजेक्ट कॉन्फ़िगरेशन कॉन्फ़िगर करें;

7. आवश्यक सीमलिंक नीचे रखें;

8. (अन्य परियोजना-विशिष्ट क्रियाएं करें);

9. परियोजना की आरंभिक स्क्रिप्ट चलाएं;

10. यदि वांछित है, तो यह सुनिश्चित करने के लिए परीक्षण चलाएं कि सब कुछ ठीक है।

इस प्रकार,

अपाचे 2 को सर्वर के रूप में उपयोग करने वाली परियोजनाओं पर, आप वर्चुअल होस्ट के माध्यम से किसी साइट के सही संस्करण की पहचान करने के लिए इस लेख में वर्णित विधि का उपयोग आसानी से कर सकते हैं।

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