GitLab और Pantheon को कैसे कनेक्ट करें और Drupal और WordPress वर्कफ़्लोज़ को ऑप्टिमाइज़ करें

हमारे अतिथि, पेंटीहॉन डेवलपर टूल के निर्माता, गीतालाब सीआई / सीडी का उपयोग करके वर्डप्रेस तैनाती को स्वचालित करने के तरीके के बारे में बात करते हैं।

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

मैं अक्सर डेवलपर्स को एक एकल विकास सर्वर के साथ सताया हुआ देखता हूं।

इतने मज़ेदार - एक सर्वर का उपयोग करने के लिए अपनी बारी का इंतजार करने या ग्राहकों को एक नोट के साथ एक URL भेजने के लिए: "यहां देखें, लेकिन यहां नहीं देखें।"

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

लेकिन Pantheon के पास संस्करण नियंत्रण या निरंतर एकीकरण और तैनाती (CI / CD) के लिए कोई उपकरण नहीं है। लेकिन यह एक लचीला मंच है जिसके साथ आप किसी भी उपकरण को एकीकृत कर सकते हैं।

मैंने यह भी देखा कि टीम के विकास के लिए वे एक उपकरण का उपयोग करते हैं, और विधानसभा और तैनाती के लिए - अन्य।

उदाहरण के लिए, उनके पास संस्करण नियंत्रण और CI / CD के लिए अलग-अलग उपकरण हैं। आपको कोड को संपादित करने और समस्याओं का निदान करने के लिए उपकरणों के बीच गड़बड़ करना होगा।

GitLab में विकास उपकरणों का एक पूर्ण सेट है: संस्करण नियंत्रण, टिकट, मर्ज अनुरोध, कक्षा में सर्वश्रेष्ठ CI / CD पाइपलाइन, कंटेनरों का एक रजिस्टर और उस सभी सामान के लिए। मैं उन अनुप्रयोगों में नहीं आया हूं जिनमें विकास वर्कफ़्लो को प्रबंधित करने के लिए बहुत कुछ होगा।

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

इस गाइड में, मैं आपको दिखाता हूँ कि कैसे GitLab और Pantheon के बीच संबंध स्थापित करना है और अपने वर्डप्रेस और ड्रूप वर्कफ़्लो को अनुकूलित करना है।

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

परिचय

इस पोस्ट के लिए आपको यह समझने की आवश्यकता है कि Pantheon प्रत्येक साइट को तीन तत्वों में तोड़ता है: कोड, डेटाबेस और फाइलें।

कोड में CMS फ़ाइल, जैसे कर्नेल, प्लगइन्स और वर्डप्रेस थीम शामिल हैं। इन फ़ाइलों को Pantheon द्वारा होस्ट किए गए Git रिपॉजिटरी में प्रबंधित किया जाता है, अर्थात, हम GitLab से Pantheon को Git के साथ कोड तैनात कर सकते हैं।
Pantheon की फाइलों को मीडिया फाइल्स कहा जाता है, यानी साइट के लिए चित्र। आमतौर पर वे उपयोगकर्ताओं द्वारा डाउनलोड किए जाते हैं, और Git उनकी उपेक्षा करते हैं।

एक नि: शुल्क खाता बनाएं , पैंटहोन के वर्कफ़्लो के बारे में अधिक जानें , या pantheon.io पर एक डेमो के लिए साइन अप करें ।

मान्यताओं

पंथेन और गिटलैब पर मेरी परियोजना को पैनथॉन pantheon-gitlab-blog-demo कहा जाता है। प्रोजेक्ट का नाम अद्वितीय होना चाहिए। यहां हम वर्डप्रेस साइट के साथ काम करेंगे। आप Drupal ले सकते हैं, लेकिन आपको कुछ बदलने की आवश्यकता होगी।

मैं Git कमांड लाइन का उपयोग करूंगा, और यदि आप चाहें तो GUI में काम कर सकते हैं।

एक प्रोजेक्ट बनाएं

आरंभ करने के लिए, एक GitLab प्रोजेक्ट बनाएं (हम उस पर वापस आएंगे)।

अब Pantheon पर वर्डप्रेस साइट बनाएं । फिर डैशबोर्ड साइट के लिए वर्डप्रेस इंस्टॉल करें।

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

जब हम वर्डप्रेस स्थापित करते हैं, तो हम पैन्थियन वेबसाइट के डैशबोर्ड पर लौटते हैं और विकास मोड को गिट में बदलते हैं।

GitLab प्रारंभिक प्रतिबद्धता

अब आपको पैनथॉन वेबसाइट से GitLab पर प्रारंभिक वर्डप्रेस कोड को स्थानांतरित करने की आवश्यकता है। ऐसा करने के लिए, हम स्थानीय रूप से Pantheon साइट की Git रिपॉजिटरी से कोड को क्लोन करते हैं, और फिर इसे GitLab रिपॉजिटरी में भेजते हैं।

इसे सरल और सुरक्षित बनाने के लिए, हम Pantheon में एक SSH कुंजी जोड़ेंगे और जब हम Pantheon Git रिपॉजिटरी को क्लोन करते हैं तो हम हर बार पासवर्ड दर्ज नहीं करेंगे। उसी समय, हम GitLab में एक SSH कुंजी जोड़ देंगे ।

ऐसा करने के लिए, हम साइट डैशबोर्ड पर Git फ़ील्ड के साथ क्लोन से कमांड कॉपी करके स्थानीय रूप से Pantheon साइट को क्लोन करते हैं।

यदि आपको सहायता की आवश्यकता है, तो Pantheon के लिए Git Get Started प्रलेखन पढ़ें।

अब gitLab को Pantheon के git remote origin पर इंगित करने के लिए git remote origin बदलें। यह git remote किया जा सकता है।

चलिए GitLab प्रोजेक्ट पर जाते हैं और प्रोजेक्ट विवरण पृष्ठ पर क्लोन ड्रॉप-डाउन सूची से रिपॉजिटरी URL कॉपी करते हैं। हम SSH विकल्प के साथ क्लोन का चयन करेंगे, क्योंकि हम पहले ही SSH कुंजी को कॉन्फ़िगर कर चुके हैं।

डिफ़ॉल्ट रूप से, कोड रिपॉजिटरी की स्थानीय प्रति के लिए git remote origin । इसे git remote set-url origin [URL GitLab] साथ बदला जा सकता है, जहाँ कोष्ठक के बजाय हम वास्तविक URL दर्ज करते हैं।

अंत में, अपने वर्डप्रेस कोड को पेंथियन से गिटलैब में सबमिट करने के लिए git push origin master --force ओरिजनल मास्टर --फोर्स चलाएं।

-फोर्स ऑप्शन की जरूरत सिर्फ एक बार पड़ती है। फिर GitLab पर git push कमांड में यह नहीं होगा।

क्रेडेंशियल और चर कॉन्फ़िगर करें

याद रखें कि कैसे हमने स्थानीय रूप से पैन्थियोन और गिटलैब में लॉग इन करने के लिए SSH कुंजी जोड़ी? SSH टोकन का उपयोग गिटलैब और पैनथियन को अधिकृत करने के लिए किया जा सकता है।

GitLab के पास कुछ बेहतरीन दस्तावेज हैं। आइए डॉक्यूमेंट को डॉकटर निष्पादक को GitLab CI / CD के साथ उपयोग करने पर SSH कुंजियों पर अनुभाग देखें।

अब हम पहले दो चरणों को पूरा करेंगे: एसएसएच कुंजी की एक नई जोड़ी को स्थानीय रूप से ssh-keygen के साथ बनाएं और प्रोजेक्ट के लिए एक चर के रूप में निजी कुंजी जोड़ें ।

फिर हम SSH_PRIVATE_KEY को प्रोजेक्ट सेटिंग्स में GitLab CI / CD पर्यावरण चर के रूप में सेट करते हैं।
तीसरे और चौथे चरण में, निम्न सामग्री के साथ .gitlab-ci.yml बनाएँ:

 before_script: # See https://docs.gitlab.com/ee/ci/ssh_keys/README.html - eval $(ssh-agent -s) - echo "$SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null - mkdir -p $HOME/.ssh && echo "StrictHostKeyChecking no" >> "$HOME/.ssh/config" - git config --global user.email "$GITLAB_USER_EMAIL" - git config --global user.name "Gitlab CI" 

जब तक हम .gitlab-ci.yml , तब तक इसमें कुछ और जोड़ना होगा।

अब हम पाँचवाँ चरण करते हैं और उन सार्वजनिक कुंजी को जोड़ते हैं जिन्हें हमने पहले चरण में उन सेवाओं में बनाया था जिनकी आपको निर्माण परिवेश में पहुँच की आवश्यकता है ।

हमारे मामले में, हम GitLab से Pantheon तक पहुँच प्राप्त करना चाहते हैं। Pantheon में SSH कुंजी जोड़ने और इस चरण को पूरा करने के लिए Pantheon दस्तावेज़ में दिए गए निर्देशों का पालन करें।

याद रखें: GitLab में बंद SSH, पंथियन में खुला।

कुछ और पर्यावरण चर सेट करें। पहले को PANTHEON_SITE कहा जाता है। इसका अर्थ आपकी मशीन पर पंथियन साइट का नाम है।

मशीन पर नाम क्लोन कमांड के साथ Git कमांड के अंत में दर्शाया गया है। आपने पहले ही साइट को स्थानीय रूप से क्लोन कर लिया है, इसलिए यह स्थानीय रिपॉजिटरी डायरेक्टरी का नाम होगा।

इसके बाद, PANTHEON_GIT_URL पर्यावरण PANTHEON_GIT_URL सेट करें। यह पैनथॉन साइट के लिए Git रिपॉजिटरी URL है जिसे हमने पहले ही उपयोग कर लिया है।

हम अंत में केवल SSH रिपॉजिटरी का URL दर्ज करते हैं, बिना git clone और मशीन पर साइट का नाम।

ओह। यह हो चुका है, अब हम अपनी .gitlab-ci.yml को समाप्त कर सकते हैं।

परिनियोजन कार्य बनाएँ

हम शुरू में GitLab CI के साथ क्या करेंगे, हमने पहले Git रिपॉजिटरी के साथ जो किया था, वह बहुत समान है। लेकिन इस बार, दूसरे दूरस्थ गीट स्रोत के रूप में पैनथॉन रिपॉजिटरी को जोड़ें, और फिर गिटलैब से पेंथियन को कोड भेजें।

ऐसा करने के लिए, deploy चरण और deploy कॉन्फ़िगर करें deploy:dev कार्य , क्योंकि हम Pantheon पर विकास के वातावरण में तैनात करेंगे। परिणामस्वरूप, .gitlab-ci.yml इस तरह दिखाई देगी:

 stages: - deploy before_script: # See https://docs.gitlab.com/ee/ci/ssh_keys/README.html - eval $(ssh-agent -s) - echo "$SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null - mkdir -p $HOME/.ssh && echo "StrictHostKeyChecking no" >> "$HOME/.ssh/config" - git config --global user.email "$GITLAB_USER_EMAIL" - git config --global user.name "Gitlab CI" deploy:dev: stage: deploy environment: name: dev url: https://dev-$PANTHEON_SITE.pantheonsite.io/ script: - git remote add pantheon $PANTHEON_GIT_URL - git push pantheon master --force only: - master 

चर SSH_PRIVATE_KEY, PANTHEON_SITE और PANTHEON_GIT_URL परिचित दिखना चाहिए - हम पहले इन पर्यावरण चर सेट करते हैं। इन चर के साथ, हम कई बार .gitlab-ci.yml के मानों का उपयोग कर सकते हैं, और हमें केवल उन्हें एक स्थान पर अपडेट करना होगा।

अंत में, .gitlab-ci.yml को GitLab में जोड़ें, कमिट करें और .gitlab-ci.yml ।

चेक की जाँच करें

अगर हमने सब कुछ ठीक किया, तो deploy:dev कार्य GitLab CI / CD में सफल हो जाएगा और .gitlab-ci.yml को .gitlab-ci.yml भेज देंगे। आइए देखते हैं।

हम पैंथियन में मर्ज अनुरोधों की शाखाएँ भेजते हैं

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

मल्टीदेव तक पहुंच सीमित है , इसलिए यह अनुभाग वैकल्पिक है । लेकिन अगर आपके पास पहुंच है, तो आप गीतालाब योग्यता अनुरोधों से पंथियन पर मल्टीदेव वातावरण के स्वत: निर्माण को स्थापित करके उत्पादकता को गंभीरता से बढ़ा सकते हैं।

सबसे पहले, git checkout -b multidev-support का उपयोग करके स्थानीय रूप से एक नई Git शाखा बनाएं। अब, फिर से, कुछ .gitlab-ci.yml में बदल जाएगा।

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

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

मर्ज अनुरोध संख्या को इंगित करने के लिए हम $CI_MERGE_REQUEST_IID ले सकते हैं। आइए, यह सब हम वैश्विक पर्यावरण चर के साथ लागू करते हैं जो हमने पहले निर्दिष्ट किया था, और एक नई तैनाती जोड़ें: .gitlab-ci.yml के अंत में .gitlab-ci.yml ।

 deploy:multidev: stage: deploy environment: name: multidev/mr-$CI_MERGE_REQUEST_IID url: https://mr-$CI_MERGE_REQUEST_IID-$PANTHEON_SITE.pantheonsite.io/ script: # Checkout the merge request source branch - git checkout $CI_COMMIT_REF_NAME # Add the Pantheon git repository as an additional remote - git remote add pantheon $PANTHEON_GIT_URL # Push the merge request source branch to Pantheon - git push pantheon $CI_COMMIT_REF_NAME:mr-$CI_MERGE_REQUEST_IID --force only: - merge_requests 

यह हमारी deploy:dev समान होगा deploy:dev कार्य, केवल शाखा पंथियन को भेजा जाता है, न कि master करने के लिए।

हमने अद्यतन .gitlab-ci.yml जोड़ा और प्रतिबद्ध किया है, और अब GitLab के साथ एक नई शाखा को git push -u origin multidev-support original git push -u origin multidev-support भेजें।

अब Create मर्ज अनुरोध पर क्लिक करके multidev-support शाखा से एक नया मर्ज अनुरोध बनाएँ ।

मर्ज अनुरोध बनाने के बाद, हम यह देखते हैं कि सीआई / सीडी को कैसे deploy:multidev ।

देखें - एक नई शाखा पंथियन को भेजी गई है। लेकिन अगर हम पैंटहोन साइट के डैशबोर्ड पर मल्टीडेव सेक्शन में जाते हैं, तो हमें वहां नया वातावरण नहीं दिखाई देगा।

Git Branches अनुभाग पर एक नज़र डालें।

परिणामस्वरूप, हमारी mr-1 शाखा पंथियन पहुंच गई। mr-1 शाखा से एक वातावरण बनाएँ।

हमने एक बहु-स्तरीय वातावरण बनाया, और अब GitLab पर वापस जाएं और संचालन> वातावरण अनुभाग देखें। हम dev और mr-1 लिए प्रविष्टियाँ देखेंगे।

ऐसा इसलिए है क्योंकि हमने एक environment प्रविष्टि नाम जोड़ा और CI / CD कार्यों के लिए url जोड़ा। यदि हम खुले पर्यावरण आइकन पर क्लिक करते हैं, तो हम Pantheon multidev पर्यावरण URL पर जाएंगे।

मल्टीदेव के निर्माण को स्वचालित करें

सिद्धांत रूप में, आप यहां रुक सकते हैं और प्रत्येक मर्ज अनुरोध के लिए एक बहु-स्तरीय वातावरण बनाने के लिए याद रख सकते हैं, लेकिन यह प्रक्रिया स्वचालित हो सकती है।

Pantheon में एक टर्मिनस कमांड लाइन टूल है, जहां आप प्लेटफ़ॉर्म के साथ स्वचालित रूप से काम कर सकते हैं। टर्मिनस में, आप कमांड लाइन से मल्टीवेड वातावरण बना सकते हैं - गिटलैब सीआई के लिए आदर्श।

हमें इसका परीक्षण करने के लिए एक नया मर्ज अनुरोध चाहिए। git checkout -b auto-multidev-creation का उपयोग करके एक नई शाखा बनाएँ।

गिटलैब सीआई / सीडी कार्यों में टर्मिनस का उपयोग करने के लिए, आपको टर्मिनस में प्रमाणीकरण के लिए मशीन टोकन और टर्मिनस के साथ एक कंटेनर छवि की आवश्यकता होती है।

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

यदि आप भूल गए हैं कि GitLab पर्यावरण चर कैसे जोड़ते हैं, तो उस स्थान पर वापस जाएँ जहाँ हमने PANTHEON_SITE परिभाषित किया था।

टर्मिनस के साथ एक डॉकफेराइल बनाएं

यदि आप Docker का उपयोग नहीं करते हैं या Dockerfile तरह नहीं करते हैं, तो मेरी registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest ले जाएं।

GitLab के पास एक कंटेनर रजिस्ट्री है जहाँ आप हमारे प्रोजेक्ट के लिए Dockerfile बना सकते हैं और होस्ट कर सकते हैं। चलो पेंथिन के साथ काम करने के लिए टर्मिनस के साथ एक डॉकफेरील बनाते हैं।

टर्मिनस PHP में एक कमांड लाइन टूल है, तो आइए PHP इमेज से शुरू करें। मैं कम्पोजर के माध्यम से टर्मिनस स्थापित करता हूं, इसलिए मैं आधार के रूप में आधिकारिक डॉकर कंपोजर छवि ले जाऊंगा । निम्नलिखित सामग्री के साथ स्थानीय रिपॉजिटरी डायरेक्टरी में Dockerfile बनाएं:

 # Use the official Composer image as a parent image FROM composer:1.8 # Update/upgrade apk RUN apk update RUN apk upgrade # Make the Terminus directory RUN mkdir -p /usr/local/share/terminus # Install Terminus 2.x with Composer RUN /usr/bin/env COMPOSER_BIN_DIR=/usr/local/bin composer -n --working-dir=/usr/local/share/terminus require pantheon-systems/terminus:"^2" 

Dockerfile से छवि एकत्र करने और इसे GitLab पर भेजने के लिए कंटेनर रजिस्ट्री दस्तावेज़ में बिल्ड और पुश इमेज सेक्शन से चित्र भेजने और भेजने के लिए निर्देशों का पालन करें।

GitLab प्रोजेक्ट में रजिस्ट्री सेक्शन खोलें। अगर सब कुछ योजना के अनुसार हुआ, तो हमारी छवि बन जाएगी। छवि टैग के लिंक को रिकॉर्ड करें - हमें इसे .gitlab-ci.yml ।

deploy:multidev में script अनुभाग deploy:multidev बढ़ने लगते हैं, तो चलिए इसे एक अलग फ़ाइल में स्थानांतरित करते हैं। एक नया private/multidev-deploy.sh: बनाएँ private/multidev-deploy.sh:

 #!/bin/bash # Store the mr- environment name export PANTHEON_ENV=mr-$CI_MERGE_REQUEST_IID # Authenticate with Terminus terminus auth:login --machine-token=$PANTHEON_MACHINE_TOKEN # Checkout the merge request source branch git checkout $CI_COMMIT_REF_NAME # Add the Pantheon Git repository as an additional remote git remote add pantheon $PANTHEON_GIT_URL # Push the merge request source branch to Pantheon git push pantheon $CI_COMMIT_REF_NAME:$PANTHEON_ENV --force # Create a function for determining if a multidev exists TERMINUS_DOES_MULTIDEV_EXIST() { # Stash a list of Pantheon multidev environments PANTHEON_MULTIDEV_LIST="$(terminus multidev:list ${PANTHEON_SITE} --format=list --field=id)" while read -r multiDev; do if [[ "${multiDev}" == "$1" ]] then return 0; fi done <<< "$PANTHEON_MULTIDEV_LIST" return 1; } # If the mutltidev doesn't exist if ! TERMINUS_DOES_MULTIDEV_EXIST $PANTHEON_ENV then # Create it with Terminus echo "No multidev for $PANTHEON_ENV found, creating one..." terminus multidev:create $PANTHEON_SITE.dev $PANTHEON_ENV else echo "The multidev $PANTHEON_ENV already exists, skipping creating it..." fi 

स्क्रिप्ट एक निजी निर्देशिका में निहित है और पैनथॉन पर वेब एक्सेस प्रदान नहीं करती है । हमारे पास अपने बहुदेव तर्क के लिए एक स्क्रिप्ट है। चलिए अब deploy:multidev अपडेट करते deploy:multidev इसे प्राप्त करने के लिए .gitlab-ci.yml फ़ाइल deploy:multidev :

 deploy:multidev: stage: deploy environment: name: multidev/mr-$CI_MERGE_REQUEST_IID url: https://mr-$CI_MERGE_REQUEST_IID-$PANTHEON_SITE.pantheonsite.io/ script: # Run the multidev deploy script - "/bin/bash ./private/multidev-deploy.sh" only: - merge_requests 

हमें यह सुनिश्चित करने की आवश्यकता है कि हमारे कार्य निर्मित कस्टम छवि में किए गए हैं, इसलिए हम रजिस्ट्री URL। .gitlab-ci.yml साथ परिभाषा image .gitlab-ci.yml । परिणामस्वरूप, हमें निम्न .gitlab-ci.yml :

 image: registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest stages: - deploy before_script: # See https://docs.gitlab.com/ee/ci/ssh_keys/README.html - eval $(ssh-agent -s) - echo "$SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null - mkdir -p $HOME/.ssh && echo "StrictHostKeyChecking no" >> "$HOME/.ssh/config" - git config --global user.email "$GITLAB_USER_EMAIL" - git config --global user.name "Gitlab CI" deploy:dev: stage: deploy environment: name: dev url: https://dev-$PANTHEON_SITE.pantheonsite.io/ script: - git remote add pantheon $PANTHEON_GIT_URL - git push pantheon master --force only: - master deploy:multidev: stage: deploy environment: name: multidev/mr-$CI_MERGE_REQUEST_IID url: https://mr-$CI_MERGE_REQUEST_IID-$PANTHEON_SITE.pantheonsite.io/ script: # Run the multidev deploy script - "/bin/bash ./private/multidev-deploy.sh" only: - merge_requests 

private/multidev-deploy.sh और .gitlab-ci.yml जोड़ें, कमिट करें और भेजें। अब वापस GitLab पर जाएं और CI / CD कार्य को पूरा करने के लिए प्रतीक्षा करें। धैर्य रखें: मल्टीदेव में कई मिनट लग सकते हैं।

फिर हम पंथियन पर बहुदेव सूची देखते हैं। अरे चमत्कार! मल्टीदेव mr-2 पर्यावरण पहले से ही यहां है।

निष्कर्ष

जब हमने मर्ज अनुरोध खोलने और स्वचालित रूप से वातावरण बनाने के लिए मेरी टीम ने बहुत अधिक मज़ा अर्जित किया।

शक्तिशाली GitLab और Pantheon टूल के साथ, आप GitLab को Pantheon से अपने आप कनेक्ट कर सकते हैं।

एक बार जब हम GitLab CI / CD का उपयोग करते हैं, तो हमारे वर्कफ़्लो कहाँ विकसित होंगे। आरंभ करने के लिए यहां कुछ विचार हैं:

• बिल्ड स्टेप जोड़ें।
• स्वचालित परीक्षण जोड़ें।
• कोड मानकों के अनुपालन को सुनिश्चित करने के लिए एक कार्य जोड़ें।
• डायनामिक एप्लिकेशन सुरक्षा परीक्षण जोड़ें।

आप गिटलैब, पैनथॉन और ऑटोमेशन के बारे में क्या सोचते हैं, लिखें।

PS क्या आप जानते हैं कि टर्मिनस, पैनथियन कमांड-लाइन टूल को प्लगइन्स के माध्यम से विस्तारित किया जा सकता है ?

हम पेंथियन ने गीतालैब-सक्षम टर्मिनस बिल्ड टूल्स के लिए हमारे प्लगइन के संस्करण 2 पर कड़ी मेहनत की। यदि आप प्रत्येक प्रोजेक्ट के लिए सेटिंग्स के साथ छेड़छाड़ नहीं करना चाहते हैं, तो इस प्लगइन का प्रयास करें और हमें बीटा v2 का परीक्षण करने में मदद करें। टर्मिनस build:project:create कमांड build:project:create , के लिए आपको केवल पैनथियन टोकन और गिटलैब टोकन की आवश्यकता है। वह संगीतकार और स्वचालित परीक्षण के साथ एक उदाहरण परियोजना को तैनात करेगी, गीतालाब में एक नई परियोजना, नई पैनथॉन साइट, और पर्यावरण चर और एसएसएच कुंजी का उपयोग करके उन्हें कनेक्ट करेगी।

लेखक के बारे में

एंड्रयू टेलर Pantheon में डेवलपर उपकरण बनाता है।