របៀបភ្ជាប់ GitLab និង Pantheon និងបង្កើនប្រសិទ្ធភាពលំហូរការងាររបស់ Drupal និង WordPress

អ្នកបង្កើតឧបករណ៍អ្នកអភិវឌ្ឍន៍ភ្ញៀវរបស់យើងនៅ Pantheon និយាយអំពីវិធីធ្វើឱ្យការដំឡើង WordPress ដោយស្វ័យប្រវត្តិដោយប្រើ GitLab CI/CD ។

В pantheon ខ្ញុំធ្វើការនៅក្នុងទំនាក់ទំនងអ្នកអភិវឌ្ឍន៍ ដូច្នេះខ្ញុំតែងតែស្វែងរកវិធីថ្មីដើម្បីជួយអ្នកអភិវឌ្ឍន៍ WordPress និងអ្នកអភិវឌ្ឍន៍ Drupal ដោះស្រាយបញ្ហាស្វ័យប្រវត្តិកម្មនៅក្នុងលំហូរការងាររបស់ពួកគេ។ ដើម្បីធ្វើបែបនេះ ខ្ញុំចូលចិត្តសាកល្បងឧបករណ៍ថ្មី ហើយផ្សំវាជាមួយគ្នា ដើម្បីដំណើរការប្រកបដោយប្រសិទ្ធភាព។

ជារឿយៗខ្ញុំឃើញអ្នកអភិវឌ្ឍន៍កំពុងតស៊ូជាមួយម៉ាស៊ីនមេតែមួយ។

វាពិតជារីករាយណាស់ក្នុងការរង់ចាំដល់វេនរបស់អ្នកដើម្បីប្រើប្រាស់ម៉ាស៊ីនមេកម្រិតមធ្យម ឬផ្ញើ URL ទៅកាន់អតិថិជនដែលមានចំណាំថា "មើលនៅទីនេះ ប៉ុន្តែកុំមើលនៅទីនេះ។"

បរិស្ថាន Multidev - ឧបករណ៍ Pantheon ដ៏ត្រជាក់មួយ - ដោះស្រាយបញ្ហានេះ ពីព្រោះជាមួយពួកគេ អ្នកអាចបង្កើតបរិស្ថានសម្រាប់សាខា Git តាមតម្រូវការ។ បរិស្ថាន multidev នីមួយៗមាន URL និងមូលដ្ឋានទិន្នន័យផ្ទាល់ខ្លួន ដូច្នេះអ្នកអភិវឌ្ឍន៍អាចធ្វើការដោយស្ងៀមស្ងាត់ ពិនិត្យគុណភាព និងទទួលបានការយល់ព្រមដោយមិនចាំបាច់ជាន់ជើងគ្នាទៅវិញទៅមក។

ប៉ុន្តែ Pantheon មិនមានឧបករណ៍សម្រាប់ការគ្រប់គ្រងកំណែ ឬការរួមបញ្ចូល និងការដាក់ពង្រាយជាបន្ត (CI/CD) ទេ។ ប៉ុន្តែវាគឺជាវេទិកាដែលអាចបត់បែនបានដែលអ្នកអាចរួមបញ្ចូលឧបករណ៍ណាមួយ។

ខ្ញុំក៏បានកត់សម្គាល់ផងដែរថាក្រុមប្រើប្រាស់ឧបករណ៍មួយចំនួនសម្រាប់ការអភិវឌ្ឍន៍ និងឧបករណ៍ផ្សេងៗសម្រាប់ការប្រមូលផ្តុំ និងការដាក់ឱ្យប្រើប្រាស់។

ឧទាហរណ៍ ពួកគេមានឧបករណ៍ផ្សេងគ្នាសម្រាប់ការគ្រប់គ្រងកំណែ និង CI/CD ។ អ្នកត្រូវតែដើរលេង និងប្តូររវាងឧបករណ៍ដើម្បីកែសម្រួលកូដ និងវិនិច្ឆ័យបញ្ហា។

នៅលើ GitLab មានឧបករណ៍អភិវឌ្ឍន៍ពេញលេញមួយ៖ សម្រាប់ការគ្រប់គ្រងកំណែ សំបុត្រ សំណើបញ្ចូលគ្នា បំពង់បង្ហូរ CI/CD ល្អបំផុតក្នុងថ្នាក់ បញ្ជីឈ្មោះកុងតឺន័រ និងអ្វីៗដូចនោះ។ ខ្ញុំមិនទាន់បានជួបកម្មវិធីដែលផ្តល់ជូនច្រើនដើម្បីគ្រប់គ្រងលំហូរការងារអភិវឌ្ឍន៍របស់អ្នក។

ខ្ញុំចូលចិត្តស្វ័យប្រវត្តិកម្ម ដូច្នេះខ្ញុំបានរៀនពីរបៀបភ្ជាប់ Pantheon ទៅ GitLab ដូច្នេះការប្តេជ្ញាចិត្តទៅកាន់សាខាសំខាន់នៅលើ GitLab ត្រូវបានដាក់ពង្រាយទៅកាន់បរិយាកាសអភិវឌ្ឍន៍សំខាន់នៅក្នុង Pantheon ។ ហើយសំណើបញ្ចូលគ្នានៅលើ GitLab អាចបង្កើត និងដាក់ពង្រាយកូដទៅកាន់បរិស្ថាន multidev នៅក្នុង Pantheon។

នៅក្នុងការបង្រៀននេះ ខ្ញុំនឹងណែនាំអ្នកពីរបៀបរៀបចំការតភ្ជាប់រវាង GitLab និង Pantheon និងធ្វើឱ្យដំណើរការការងារ WordPress និង Drupal របស់អ្នកប្រសើរឡើង។

ជាការពិតណាស់វាអាចទៅរួច, កញ្ចក់ GitLab ឃ្លាំងប៉ុន្តែយើងនឹងធ្វើអ្វីគ្រប់យ៉ាងដោយដៃរបស់យើងដើម្បីស្វែងយល់ GitLab ស៊ីអាយ ហើយនៅពេលអនាគត ប្រើឧបករណ៍នេះមិនត្រឹមតែសម្រាប់ការដាក់ពង្រាយប៉ុណ្ណោះទេ។

សេចក្តីណែនាំ

សម្រាប់ការប្រកាសនេះ អ្នកត្រូវយល់ថា Pantheon បំបែកគេហទំព័រនីមួយៗទៅជាធាតុបីគឺ កូដ មូលដ្ឋានទិន្នន័យ និងឯកសារ។

កូដរួមមានឯកសារ CMS ដូចជា WordPress core កម្មវិធីជំនួយ និងស្បែក។ ឯកសារទាំងនេះត្រូវបានគ្រប់គ្រងនៅក្នុង ឃ្លាំង Gitរៀបចំដោយ Pantheon មានន័យថាយើងអាចដាក់ពង្រាយកូដពី GitLab ទៅ Pantheon ជាមួយ Git ។
ឯកសារនៅក្នុង Pantheon គឺជាឯកសារប្រព័ន្ធផ្សព្វផ្សាយ នោះគឺជារូបភាពសម្រាប់គេហទំព័រ។ ជាធម្មតាពួកវាត្រូវបានផ្ទុកឡើងដោយអ្នកប្រើប្រាស់ ហើយ Git មិនអើពើនឹងពួកគេ។

បង្កើតគណនីឥតគិតថ្លៃ, ស្វែងយល់បន្ថែមអំពី លំហូរការងាររបស់ Pantheon ឬ ចុះឈ្មោះសម្រាប់ការសាកល្បង នៅ pantheon.io ។

ការសន្មត

គម្រោងរបស់ខ្ញុំនៅលើ Pantheon និង GitLab ត្រូវបានហៅ pantheon-gitlab-blog-demo. ឈ្មោះគម្រោងត្រូវតែមានតែមួយគត់។ នៅទីនេះយើងនឹងធ្វើការជាមួយគេហទំព័រ WordPress ។ អ្នកអាចយក Drupal ប៉ុន្តែអ្នកនឹងត្រូវផ្លាស់ប្តូររឿងមួយចំនួន។

ខ្ញុំនឹងប្រើ បន្ទាត់ពាក្យបញ្ជា Gitហើយអ្នកអាចធ្វើការនៅក្នុង ចំណុចប្រទាក់ក្រាហ្វិក, បើ​អ្នក​ចង់។

បង្កើតគម្រោងមួយ។

ដំបូងយើងបង្កើត គម្រោង GitLab (យើងនឹងត្រលប់មករឿងនេះនៅពេលក្រោយ)។

ឥឡូវនេះ បង្កើតគេហទំព័រ WordPress នៅលើ Pantheon. បន្ទាប់មកយើងដំឡើង WordPress សម្រាប់ផ្ទាំងគ្រប់គ្រងគេហទំព័រ។

ប្រសិនបើដៃរបស់អ្នករមាស់ដើម្បីផ្លាស់ប្តូរអ្វីមួយ ឧទាហរណ៍ លុប ឬបន្ថែមកម្មវិធីជំនួយ សូមអត់ធ្មត់។ គេហទំព័រនេះមិនទាន់បានភ្ជាប់ទៅ GitLab ទេ ហើយយើងចង់ឱ្យការផ្លាស់ប្តូរកូដទាំងអស់ឆ្លងកាត់ GitLab ។

នៅពេលដែលយើងដំឡើង WordPress សូមត្រលប់ទៅផ្ទាំងគ្រប់គ្រងគេហទំព័រ Pantheon ហើយប្តូររបៀបអភិវឌ្ឍន៍ទៅ Git ។

ការប្តេជ្ញាចិត្តដំបូងនៅលើ GitLab

ឥឡូវអ្នកត្រូវផ្ទេរកូដ WordPress ដំបូងពីគេហទំព័រ Pantheon ទៅ GitLab ។ ដើម្បីធ្វើដូចនេះយើងក្លូនកូដពីឃ្លាំង Git នៃគេហទំព័រ Pantheon ក្នុងតំបន់ ហើយបន្ទាប់មកផ្ញើវាទៅឃ្លាំង GitLab ។

ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួល និងមានសុវត្ថិភាពជាងមុន។ បន្ថែមសោ SSH ទៅ Pantheon ហើយយើងនឹងមិនចាំបាច់បញ្ចូលពាក្យសម្ងាត់រាល់ពេលដែលយើងក្លូនឃ្លាំង Pantheon Git នោះទេ។ ក្នុងពេលជាមួយគ្នារួចហើយ បន្ថែមសោ SSH ទៅ GitLab.

ដើម្បីធ្វើដូចនេះក្លូនគេហទំព័រ Pantheon ក្នុងស្រុកដោយចម្លងពាក្យបញ្ជាពីវាលក្លូនជាមួយ Git នៅលើផ្ទាំងគ្រប់គ្រងគេហទំព័រ។

ប្រសិនបើអ្នកត្រូវការជំនួយ សូមអានឯកសារ ចាប់ផ្តើមជាមួយ Git សម្រាប់ Pantheon.

ឥឡូវនេះសូមផ្លាស់ប្តូរ git remote originដើម្បីចង្អុលទៅ GitLab ជំនួសឱ្យ Pantheon ។ វាអាចធ្វើបាន командой git remote.

តោះទៅគម្រោង GitLab ហើយចម្លង URL ឃ្លាំងពីបញ្ជីទម្លាក់ចុះ ក្លូន នៅលើទំព័រព័ត៌មានលម្អិតគម្រោង។ ចូរយើងជ្រើសរើសជម្រើសក្លូនជាមួយនឹង SSH ពីព្រោះយើងបានកំណត់រចនាសម្ព័ន្ធសោ SSH រួចហើយ។

តាមលំនាំដើម git remote សម្រាប់ច្បាប់ចម្លងក្នុងស្រុកនៃឃ្លាំងកូដ - origin. នេះអាចផ្លាស់ប្តូរបាន គ git remote set-url origin [URL репозитория GitLab]ជាកន្លែងដែលជំនួសឱ្យតង្កៀបយើងបញ្ចូល URL ពិតប្រាកដ។

ទីបំផុតយើងបើកដំណើរការ git push origin master --forceដើម្បីរុញកូដ WordPress ពី Pantheon ទៅ GitLab ។

ជម្រើស -force គឺត្រូវការតែម្តងប៉ុណ្ណោះ។ បន្ទាប់មកនៅក្នុងក្រុម git push វានឹងមិនមាននៅលើ GitLab ទេ។

ការកំណត់អត្តសញ្ញាណ និងអថេរ

ចងចាំពីរបៀបដែលយើងបានបន្ថែមសោ SSH ក្នុងស្រុកដើម្បីចូលទៅ Pantheon និង GitLab? សញ្ញាសម្ងាត់ SSH អាចត្រូវបានប្រើដើម្បីផ្តល់សិទ្ធិដល់ GitLab និង Pantheon ។

GitLab មានឯកសារល្អឥតខ្ចោះ។ សូម​មើល ផ្នែកនៅលើ SSH keys នៅពេលប្រើ Docker executor នៅក្នុងឯកសារស្តីពីការប្រើប្រាស់ SSH keys ជាមួយ 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បន្ទាប់មកអ្នកនឹងត្រូវបន្ថែមអ្វីផ្សេងទៀតទៅវា។

ឥឡូវនេះយើងអនុវត្តជំហានទីប្រាំនិង បន្ថែមសោសាធារណៈដែលអ្នកបានបង្កើតក្នុងជំហានដំបូងទៅកាន់សេវាកម្មដែលអ្នកត្រូវការចូលប្រើក្នុងបរិយាកាសសាងសង់.

ក្នុងករណីរបស់យើង យើងចង់ចូលប្រើ Pantheon ពី GitLab ។ យើងធ្វើតាមការណែនាំនៅក្នុងឯកសារ Pantheon នៅលើ ការបន្ថែមសោ SSH ទៅ Pantheon និងអនុវត្តជំហាននេះ។

ចងចាំ៖ SSH ឯកជនស្ថិតនៅក្នុង GitLab បើក SSH ស្ថិតនៅក្នុង Pantheon ។

តោះរៀបចំអថេរបរិស្ថានមួយចំនួនទៀត។ ទីមួយត្រូវបានគេហៅថា PANTHEON_SITE ។ តម្លៃរបស់វាគឺឈ្មោះនៃគេហទំព័រ Pantheon នៅលើម៉ាស៊ីនរបស់អ្នក។

ឈ្មោះនៅលើម៉ាស៊ីនត្រូវបានរាយនៅចុងបញ្ចប់នៃក្លូនដោយប្រើពាក្យបញ្ជា Git ។ អ្នក​បាន​ក្លូន​គេហទំព័រ​ក្នុង​មូលដ្ឋាន​រួច​ហើយ ដូច្នេះ​វា​នឹង​ជា​ឈ្មោះ​នៃ​បញ្ជី​ឃ្លាំង​មូលដ្ឋាន។

បន្ទាប់មក យើងរៀបចំអថេរបរិស្ថាន PANTHEON_GIT_URL. នេះគឺជា URL ឃ្លាំង Git សម្រាប់គេហទំព័រ Pantheon ដែលយើងបានប្រើរួចហើយ។

បញ្ចូលតែ URL ឃ្លាំង SSH ដោយគ្មាន git clone និងឈ្មោះគេហទំព័រនៅលើម៉ាស៊ីននៅចុងបញ្ចប់។

ភវ។ រួចរាល់ហើយ ឥឡូវនេះយើងអាចបញ្ចប់ឯកសាររបស់យើង។ .gitlab-ci.yml.

បង្កើតភារកិច្ចដាក់ពង្រាយ

អ្វីដែលយើងនឹងធ្វើដំបូងជាមួយ GitLab CI គឺស្រដៀងគ្នាទៅនឹងអ្វីដែលយើងបានធ្វើជាមួយឃ្លាំង Git កាលពីអតីតកាល។ ប៉ុន្តែលើកនេះ សូមបន្ថែមឃ្លាំង Pantheon ជាប្រភព Git ពីចម្ងាយទីពីរ ហើយបន្ទាប់មករុញលេខកូដពី GitLab ទៅ Pantheon ។

ដើម្បីធ្វើដូចនេះសូមកំណត់រចនាសម្ព័ន្ធ ដំណាក់កាល 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 ។

កំពុងពិនិត្យមើលការដាក់ពង្រាយ

ប្រសិនបើ​យើង​ធ្វើ​អ្វី​គ្រប់​យ៉ាង​បាន​ត្រឹម​ត្រូវ នោះ​ភារកិច្ច deploy:dev នឹងដំណើរការដោយជោគជ័យនៅក្នុង GitLab CI/CD ហើយដាក់ការប្តេជ្ញាចិត្ត .gitlab-ci.yml នៅ Pantheon ។ តោះមើល។

កំពុងផ្ញើខ្សែសង្វាក់សំណើបញ្ចូលគ្នាទៅ Pantheon

នៅទីនេះយើងនឹងប្រើមុខងារ Pantheon សំណព្វរបស់ខ្ញុំ − multidevដែលជាកន្លែងដែលអ្នកអាចបង្កើតបរិស្ថាន Pantheon បន្ថែមសម្រាប់សាខា Git តាមតម្រូវការ។

ការចូលប្រើ multidev មានកំណត់ដូច្នេះផ្នែកនេះអាចរំលងបាន។ ប៉ុន្តែប្រសិនបើអ្នកមានសិទ្ធិចូលប្រើប្រាស់ អ្នកអាចបង្កើនផលិតភាពយ៉ាងធ្ងន់ធ្ងរដោយបង្កើតការបង្កើតដោយស្វ័យប្រវត្តិនៃបរិស្ថាន multidev នៅលើ Pantheon ពីសំណើបញ្ចូល GitLab ។

ដំបូងយើងបង្កើតសាខា Git ថ្មីក្នុងស្រុកដោយប្រើ git checkout -b multidev-support. ឥឡូវនេះ សូមផ្លាស់ប្តូរអ្វីមួយម្តងទៀត .gitlab-ci.yml.

ខ្ញុំចូលចិត្តបញ្ចូលលេខស្នើសុំបញ្ចូលគ្នានៅក្នុងឈ្មោះបរិស្ថាន Pantheon ។ ឧទាហរណ៍ សំណើ​បញ្ចូល​គ្នា​ដំបូង​គឺ​ mr-1, ទីពីរ - mr-2 ល។

ការផ្លាស់ប្តូរសំណើបញ្ចូលគ្នា ដូច្នេះយើងត្រូវកំណត់ឈ្មោះសាខា Pantheon ថាមវន្ត។ វាងាយស្រួលនៅលើ GitLab - អ្នកគ្រាន់តែត្រូវប្រើ អថេរបរិស្ថានដែលបានកំណត់ជាមុន.

យើងអាចយក $CI_MERGE_REQUEST_IIDដើម្បីបញ្ជាក់លេខស្នើសុំបញ្ចូលគ្នា។ ចូរអនុវត្តទាំងអស់នេះ រួមជាមួយនឹងអថេរបរិស្ថានសកលដែលយើងបានបញ្ជាក់មុននេះ ហើយបន្ថែមការដាក់ពង្រាយថ្មី៖ កិច្ចការ 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:
    # 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មានតែសាខាទេដែលត្រូវបានបញ្ជូនទៅ Pantheon មិនមែនទៅ master.

យើង​បាន​បន្ថែម​និង​ប្តេជ្ញា​ចិត្ត​ឯកសារ​ដែល​បាន​ធ្វើ​បច្ចុប្បន្នភាព .gitlab-ci.ymlហើយឥឡូវនេះសូមជំរុញសាខាថ្មីទៅកាន់ GitLab ជាមួយ git push -u origin multidev-support.

ឥឡូវ​យើង​បង្កើត​សំណើ​បញ្ចូល​គ្នា​ថ្មី​ពី​សាខា multidev-supportដោយចុច បង្កើតការស្នើសុំបញ្ចូលគ្នា.

ដោយបានបង្កើតសំណើបញ្ចូលគ្នា យើងមើលពីរបៀបដែលកិច្ចការ CI/CD ត្រូវបានប្រតិបត្តិ deploy:multidev.

មើល អត្ថបទថ្មីត្រូវបានផ្ញើទៅ Pantheon ។ ប៉ុន្តែប្រសិនបើយើងចូលទៅកាន់ផ្នែក multidev នៅលើផ្ទាំងគ្រប់គ្រងគេហទំព័រ Pantheon នោះយើងនឹងមិនឃើញបរិយាកាសថ្មីនៅទីនោះទេ។

សូមក្រឡេកមើលផ្នែក Git Branches ។

ជាលទ្ធផលខ្សែស្រឡាយរបស់យើង។ mr-1 បានទៅ Pantheon ។ តោះបង្កើតបរិយាកាសពីសាខាមួយ។ mr-1.

យើង​បាន​បង្កើត​បរិស្ថាន multidev ឥឡូវ​យើង​ត្រឡប់​ទៅ GitLab ហើយ​មើល​ផ្នែក ប្រតិបត្តិការ > បរិស្ថាន. យើងនឹងឃើញធាតុសម្រាប់ dev и mr-1.

នេះគឺដោយសារតែយើងបានបន្ថែមធាតុមួយ។ environment ជាមួយឈ្មោះ name и url ទៅក្នុងកិច្ចការ CI/CD ។ ប្រសិនបើយើងចុចលើរូបតំណាងបរិស្ថានបើកចំហ នោះយើងនឹងត្រូវបានគេយកទៅ URL នៃបរិស្ថាន multidev នៅលើ Pantheon ។

បង្កើត multidev ដោយស្វ័យប្រវត្តិ

ជាគោលការណ៍ អ្នកអាចឈប់នៅទីនេះ ហើយគ្រាន់តែចាំថាបង្កើតបរិស្ថាន multidev សម្រាប់សំណើបញ្ចូលគ្នានីមួយៗ ប៉ុន្តែដំណើរការនេះអាចដំណើរការដោយស្វ័យប្រវត្តិ។

Pantheon មានឧបករណ៍បន្ទាត់ពាក្យបញ្ជា Terminusដែលជាកន្លែងដែលអ្នកអាចធ្វើការជាមួយវេទិកាដោយស្វ័យប្រវត្តិ។ Terminus អនុញ្ញាតឱ្យអ្នកបង្កើតបរិស្ថាន multidev ពីបន្ទាត់ពាក្យបញ្ជា - ល្អសម្រាប់ GitLab ស៊ីអាយ.

យើង​ត្រូវ​ការ​សំណើ​បញ្ចូល​គ្នា​ថ្មី ដើម្បី​សាកល្បង​វា។ តោះបង្កើតសាខាថ្មីដោយប្រើ git checkout -b auto-multidev-creation.

ដើម្បីប្រើ Terminus ក្នុងកិច្ចការ GitLab CI/CD អ្នកត្រូវការនិមិត្តសញ្ញាម៉ាស៊ីនសម្រាប់ការផ្ទៀងផ្ទាត់ជាមួយ Terminus និងរូបភាពកុងតឺន័រជាមួយ Terminus ។

ការបង្កើតនិមិត្តសញ្ញាម៉ាស៊ីន Pantheonរក្សាទុកវានៅកន្លែងដែលមានសុវត្ថិភាព ហើយបន្ថែមវាជាអថេរបរិស្ថានសកលនៅក្នុង GitLab ជាមួយឈ្មោះ PANTHEON_MACHINE_TOKEN.

ប្រសិនបើអ្នកភ្លេចពីរបៀបបន្ថែមអថេរបរិស្ថាន GitLab សូមត្រលប់ទៅកន្លែងដែលយើងបានកំណត់ PANTHEON_SITE.

ការបង្កើត Dockerfile ជាមួយ Terminus

ប្រសិនបើអ្នកមិនប្រើ Docker ឬមិនចូលចិត្តឯកសារ Dockerfileយករូបភាពរបស់ខ្ញុំ registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest ហើយរំលងផ្នែកនេះ។

GitLab មានបញ្ជីឈ្មោះកុងតឺន័រដែលជាកន្លែងដែលយើងអាចបង្កើត និងដាក់ Dockerfile សម្រាប់គម្រោងរបស់យើង។ តោះបង្កើត Dockerfile ជាមួយ Terminus ដើម្បីធ្វើការជាមួយ Pantheon ។

Terminus គឺជាឧបករណ៍បន្ទាត់ពាក្យបញ្ជារបស់ PHP ដូច្នេះសូមចាប់ផ្តើមជាមួយរូបភាព PHP ។ ខ្ញុំកំពុងដំឡើង Terminus តាមរយៈ Composer ដូច្នេះខ្ញុំនឹងប្រើ រូបភាពផ្លូវការរបស់ Docker Composer. យើងបង្កើត 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

ស្គ្រីបគឺនៅក្នុងថតឯកជននិង មិនអនុញ្ញាតឱ្យចូលប្រើគេហទំព័រ Pantheon ទេ។. យើងមានស្គ្រីបសម្រាប់តក្កវិជ្ជា multidev របស់យើង។ ឥឡូវនេះ សូមធ្វើបច្ចុប្បន្នភាពផ្នែក 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 ពី URL ចុះឈ្មោះទៅ .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 បញ្ចប់។ អត់ធ្មត់៖ multidev អាចចំណាយពេលច្រើននាទីដើម្បីបង្កើត។

បន្ទាប់មកយើងទៅមើលបញ្ជី multidev នៅលើ Pantheon ។ អូអព្ភូតហេតុ! បរិស្ថាន Multidev mr-2 រួចហើយនៅទីនេះ។

សេចក្តីសន្និដ្ឋាន

ក្រុមរបស់ខ្ញុំមានភាពសប្បាយរីករាយកាន់តែច្រើននៅពេលដែលយើងចាប់ផ្តើមបើកសំណើបញ្ចូលគ្នា និងបង្កើតបរិយាកាសដោយស្វ័យប្រវត្តិ។

ជាមួយនឹងឧបករណ៍ដ៏មានឥទ្ធិពលរបស់ GitLab និង Pantheon អ្នកអាចភ្ជាប់ GitLab ទៅ Pantheon ដោយស្វ័យប្រវត្តិ។

ដោយសារយើងប្រើ GitLab CI/CD លំហូរការងាររបស់យើងនឹងមានកន្លែងដើម្បីរីកចម្រើន។ នេះគឺជាគំនិតមួយចំនួន ដើម្បីចាប់ផ្តើមអ្នក៖

• បន្ថែមជំហានសាងសង់។
• បន្ថែមការធ្វើតេស្តស្វ័យប្រវត្តិ។
• បន្ថែមកិច្ចការដើម្បីធានាថាស្តង់ដារកូដត្រូវបានបំពេញ។
• បន្ថែម ការធ្វើតេស្តសុវត្ថិភាពកម្មវិធីថាមវន្ត.

អនុញ្ញាតឱ្យយើងដឹងពីអ្វីដែលអ្នកគិតអំពី GitLab, Pantheon និងស្វ័យប្រវត្តិកម្ម។

PS តើអ្នកដឹងទេថា Terminus, ឧបករណ៍បន្ទាត់ពាក្យបញ្ជារបស់ Pantheon, អាចត្រូវបានពង្រីកតាមរយៈកម្មវិធីជំនួយ?

យើងនៅ Pantheon បានធ្វើការងារដ៏ល្អនៅលើកំណែ 2 របស់យើង។ កម្មវិធីជំនួយសម្រាប់ឧបករណ៍បង្កើត Terminus ជាមួយនឹងការគាំទ្រ GitLab ។ ប្រសិនបើអ្នកមិនចង់រំខានការកំណត់សម្រាប់គម្រោងនីមួយៗទេ សូមសាកល្បងកម្មវិធីជំនួយនេះ ហើយជួយយើងសាកល្បង v2 beta ។ សម្រាប់ក្រុម Terminus build:project:create អ្នកគ្រាន់តែត្រូវការសញ្ញាសម្ងាត់ Pantheon និងនិមិត្តសញ្ញា GitLab ប៉ុណ្ណោះ។ នាងនឹងដាក់ពង្រាយគម្រោងគំរូមួយជាមួយនឹង Composer និងការធ្វើតេស្តដោយស្វ័យប្រវត្តិ បង្កើតគម្រោងថ្មីមួយនៅក្នុង GitLab ដែលជាគេហទំព័រ Pantheon ថ្មី ហើយភ្ជាប់ពួកវាដោយប្រើអថេរបរិស្ថាន និងសោ SSH ។

អំពីអ្នកនិពន្ធ

Andrew Taylor បង្កើតឧបករណ៍សម្រាប់អ្នកអភិវឌ្ឍន៍នៅក្នុង pantheon.

ប្រភព: www.habr.com