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

पैंथियन में हमारे अतिथि डेवलपर टूल निर्माता GitLab CI/CD का उपयोग करके वर्डप्रेस परिनियोजन को स्वचालित करने के तरीके के बारे में बात करते हैं।

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

मैं अक्सर डेवलपर्स को एकल स्टेजिंग सर्वर के साथ संघर्ष करते हुए देखता हूं।

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

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

लेकिन पैंथियन के पास संस्करण नियंत्रण या निरंतर एकीकरण और परिनियोजन (सीआई/सीडी) के लिए उपकरण नहीं हैं। लेकिन यह एक लचीला प्लेटफ़ॉर्म है जिसके साथ आप किसी भी टूल को एकीकृत कर सकते हैं।

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

उदाहरण के लिए, उनके पास संस्करण नियंत्रण और सीआई/सीडी के लिए अलग-अलग उपकरण हैं। आपको कोड संपादित करने और समस्याओं का निदान करने के लिए इधर-उधर भागना होगा और टूल के बीच स्विच करना होगा।

पर GitLab विकास उपकरणों का एक पूरा सेट है: संस्करण नियंत्रण, टिकट, मर्ज अनुरोध, एक सर्वोत्तम-श्रेणी सीआई/सीडी पाइपलाइन, एक कंटेनर रजिस्ट्री और उस जैसी हर चीज़ के लिए। मुझे अभी तक ऐसा कोई एप्लिकेशन नहीं मिला है जो आपके विकास वर्कफ़्लो को प्रबंधित करने के लिए इतना कुछ प्रदान करता हो।

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

इस ट्यूटोरियल में, मैं आपको GitLab और Pantheon के बीच कनेक्शन स्थापित करने और अपने वर्डप्रेस और Drupal वर्कफ़्लो को अनुकूलित करने के तरीके के बारे में बताऊंगा।

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

परिचय

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

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

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

मान्यताओं

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

मैं इस्तेमाल करूँगा गिट कमांड लाइनऔर आप इसमें काम कर सकते हैं ग्राफ़िकल इंटरफ़ेस, यदि आप चाहते हैं।

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

सबसे पहले, आइए बनाएं गिटलैब परियोजना (हम इस पर बाद में वापस आएंगे)।

अब पैंथियन पर एक वर्डप्रेस वेबसाइट बनाना. फिर हम साइट डैशबोर्ड के लिए वर्डप्रेस इंस्टॉल करते हैं।

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

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

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

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

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

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

यदि आपको सहायता की आवश्यकता है, तो दस्तावेज़ पढ़ें पेंथियन के लिए गिट के साथ शुरुआत करना.

अब चलो बदलो git remote originपैंथियन के बजाय GitLab को इंगित करने के लिए। यह किया जा सकता है командой 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 यह GitLab पर नहीं होगा.

क्रेडेंशियल और वेरिएबल सेट करना

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

GitLab के पास उत्कृष्ट दस्तावेज़ीकरण है। चलो देखते हैं GitLab CI/CD के साथ SSH कुंजियों का उपयोग करने पर दस्तावेज़ में डॉकर निष्पादक का उपयोग करते समय SSH कुंजियों पर अनुभाग.

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

फिर हम पूछेंगे 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 से पैंथियन तक पहुँचना चाहते हैं। हम पैंथियन दस्तावेज़ में दिए गए निर्देशों का पालन करते हैं पैंथियन में SSH कुंजी जोड़ना और यह चरण निष्पादित करें.

याद रखें: निजी SSH GitLab में है, खुला SSH पैन्थियॉन में है।

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

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

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

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

उफ़्फ़. यह हो गया, अब हम अपनी फ़ाइल समाप्त कर सकते हैं .gitlab-ci.yml.

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

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

ऐसा करने के लिए, आइए कॉन्फ़िगर करें этап deploy и टास्क deploy:dev, क्योंकि हम पैंथियन पर विकास के माहौल में तैनात होंगे। परिणामी फ़ाइल .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 गिटलैब पर.

तैनाती की जाँच की जा रही है

यदि हमने सब कुछ सही ढंग से किया, तो कार्य deploy:dev GitLab CI/CD में सफलतापूर्वक चलेगा और एक कमिट सबमिट करेगा .gitlab-ci.yml पैंथियन में. आइये एक नजर डालते हैं.

पैंथियन को मर्ज अनुरोध थ्रेड भेजा जा रहा है

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

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

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

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

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

हम ले सकते हैं $CI_MERGE_REQUEST_IIDमर्ज अनुरोध संख्या निर्दिष्ट करने के लिए। आइए यह सब हमारे द्वारा पहले निर्दिष्ट वैश्विक पर्यावरण चर के साथ लागू करें और फ़ाइल के अंत में एक नया परिनियोजन: मल्टीडेव कार्य जोड़ें .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, केवल शाखा पैन्थियॉन को भेजी जाती है, नहीं master.

हमने अद्यतन फ़ाइल जोड़ दी है और प्रतिबद्ध कर दी है .gitlab-ci.yml, और अब GitLab में एक नई शाखा को आगे बढ़ाते हैं git push -u origin multidev-support.

अब शाखा से एक नया मर्ज अनुरोध बनाते हैं multidev-supportदबाने से मर्ज अनुरोध बनाएँ.

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

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

आइए Git शाखाएँ अनुभाग देखें।

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

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

ऐसा इसलिए है क्योंकि हमने एक प्रविष्टि जोड़ी है environment नाम के साथ name и url सीआई/सीडी कार्यों में। यदि हम खुले पर्यावरण आइकन पर क्लिक करते हैं, तो हमें पैंथियन पर मल्टीडेव पर्यावरण के यूआरएल पर ले जाया जाएगा।

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

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

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

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

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

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

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

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

यदि आप डॉकर का उपयोग नहीं करते हैं या फ़ाइलें पसंद नहीं करते हैं Dockerfile, मेरी छवि ले लो registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest और इस अनुभाग को छोड़ें.

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

टर्मिनस एक 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.

अनुभाग script समस्या में deploy:multidev बढ़ना शुरू हो रहा है, तो आइए इसे एक अलग फ़ाइल में ले जाएँ। एक नई फ़ाइल बनाएँ 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 फ़ाइल .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:
    # Run the multidev deploy script
    - "/bin/bash ./private/multidev-deploy.sh"
  only:
    - merge_requests

हमें यह सुनिश्चित करना होगा कि हमारे कार्य निर्मित कस्टम छवि में निष्पादित हों, तो आइए एक परिभाषा जोड़ें 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 का उपयोग करते हैं, हमारे वर्कफ़्लो में बढ़ने की गुंजाइश होगी। आरंभ करने के लिए यहां कुछ विचार दिए गए हैं:

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

मुझे बताएं कि आप GitLab, Pantheon और ऑटोमेशन के बारे में क्या सोचते हैं।

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

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

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

एंड्रयू टेलर डेवलपर्स के लिए टूल बनाता है सब देवताओं का मंदिर.

स्रोत: www.habr.com