GitLab va Pantheonni qanday ulash va Drupal va WordPress ish oqimlarini optimallashtirish

Pantheondagi mehmon dasturchi vositalari yaratuvchimiz GitLab CI/CD-dan foydalanib WordPress-ni joylashtirishni qanday avtomatlashtirish haqida gapiradi.

В Pantheon Men dasturchilar bilan aloqada ishlayman, shuning uchun men har doim WordPress va Drupal dasturchilariga ish jarayonlarida avtomatlashtirish muammolarini hal qilishda yordam berishning yangi usullarini izlayman. Buning uchun men yangi vositalar bilan tajriba o'tkazishni va samarali ishlash uchun ularni bir-biri bilan birlashtirishni yaxshi ko'raman.

Men tez-tez ishlab chiquvchilarning bitta staging server bilan kurashayotganini ko'raman.

Oraliq serverdan foydalanish uchun navbatingizni kutish yoki mijozlarga URL manzilini quyidagi eslatma bilan yuborish juda yoqimli: “Bu yerga qarang, lekin hali bu yerga qaramang”.

Multidev muhitlari - ajoyib Pantheon vositalaridan biri - bu muammoni hal qiladi, chunki ular yordamida siz talabga binoan Git filiallari uchun muhit yaratishingiz mumkin. Har bir multidev muhiti oʻz URL manzili va maʼlumotlar bazasiga ega, shuning uchun ishlab chiquvchilar jimgina ishlashlari, sifatni tekshirishlari va bir-birining oyoq barmoqlariga qadam bosmasdan rozilik olishlari mumkin.

Ammo Pantheonda versiyalarni boshqarish yoki uzluksiz integratsiya va tarqatish (CI/CD) uchun vositalar mavjud emas. Ammo bu har qanday vositalarni birlashtira oladigan moslashuvchan platforma.

Shuningdek, men jamoalar ishlab chiqish uchun ma'lum vositalardan, yig'ish va joylashtirish uchun esa boshqa vositalardan foydalanishini payqadim.

Masalan, ular versiyani boshqarish va CI/CD uchun turli xil vositalarga ega. Kodni tahrirlash va muammolarni tashxislash uchun siz skripka qilishingiz va asboblar o'rtasida almashishingiz kerak.

ning GitLab ishlab chiqish vositalarining to'liq to'plami mavjud: versiyalarni boshqarish, chiptalar, birlashtirish so'rovlari, eng yaxshi sinfdagi CI/CD quvur liniyasi, konteyner reestri va shunga o'xshash narsalar. Men hali ishlab chiqish ish jarayonini boshqarish uchun juda ko'p narsalarni taklif qiladigan dasturni uchratmadim.

Men avtomatlashtirishni yaxshi ko'raman, shuning uchun Pantheon-ni GitLab-ga qanday ulashni o'rgandim, shunda GitLab-ning asosiy filialiga majburiyatlar Pantheon-ning asosiy rivojlanish muhitiga joylashtiriladi. GitLab-da birlashtirish so'rovlari Pantheon-dagi multidev muhitlariga kod yaratishi va o'rnatishi mumkin.

Ushbu qo'llanmada men sizga GitLab va Pantheon o'rtasida qanday ulanishni o'rnatish va WordPress va Drupal ish oqimini optimallashtirish haqida aytib beraman.

Albatta mumkin, oyna GitLab ombori, lekin biz o'rganish uchun hamma narsani qo'llarimiz bilan qilamiz GitLab CI va kelajakda bu vositadan nafaqat joylashtirish uchun foydalaning.

kirish

Ushbu post uchun Pantheon har bir saytni uchta elementga bo'lishini tushunishingiz kerak: kod, ma'lumotlar bazasi va fayllar.

Kod WordPress yadrosi, plaginlar va mavzular kabi CMS fayllarini o'z ichiga oladi. Bu fayllar boshqariladi Git omborlari, Pantheon tomonidan joylashtirilgan, ya'ni biz Git bilan GitLab'dan Pantheonga kodni joylashtirishimiz mumkin.
Pantheon-dagi fayllar media fayllari, ya'ni sayt uchun tasvirlardir. Odatda ular foydalanuvchilar tomonidan yuklanadi va Git ularga e'tibor bermaydi.

Bepul hisob yarating, haqida ko'proq ma'lumot oling Panteon ish jarayoni yoki demo uchun ro'yxatdan o'ting pantheon.io saytida.

Taxminlar

Mening Pantheon va GitLab bo'yicha loyiham deyiladi pantheon-gitlab-blog-demo. Loyiha nomi noyob bo'lishi kerak. Bu erda biz WordPress sayti bilan ishlaymiz. Siz Drupalni qabul qilishingiz mumkin, lekin ba'zi narsalarni o'zgartirishingiz kerak bo'ladi.

foydalanaman Git buyruq qatoriva siz ishlashingiz mumkin grafik interfeys, Agar xoxlasangiz.

Loyiha yarating

Birinchidan, yarataylik GitLab loyihasi (bu haqda keyinroq qaytamiz).

Endi Pantheonda WordPress veb-saytini yaratish. Keyin sayt boshqaruv paneli uchun WordPress-ni o'rnatamiz.

Agar qo'llaringiz biror narsani o'zgartirish uchun qichisa, masalan, plaginlarni olib tashlang yoki qo'shing, sabr qiling. Sayt hali GitLab-ga ulanmagan va biz barcha kod o'zgarishlari GitLab orqali o'tishini xohlaymiz.

WordPress-ni o'rnatganimizdan so'ng, Pantheon veb-saytining boshqaruv paneliga qayting va rivojlanish rejimini Git-ga o'zgartiring.

GitLab-da dastlabki majburiyat

Endi siz boshlang'ich WordPress kodini Pantheon saytidan GitLab-ga o'tkazishingiz kerak. Buning uchun biz Pantheon saytining Git omboridan kodni lokal ravishda klonlaymiz va keyin uni GitLab omboriga yuboramiz.

Buni osonroq va xavfsizroq qilish uchun, Pantheonga SSH kalitini qo'shing va biz Pantheon Git omborini klonlashda har safar parol kiritishimiz shart emas. Ayni paytda allaqachon GitLab-ga SSH kalitini qo'shing.

Buning uchun sayt boshqaruv panelidagi Git bilan Clone maydonidan buyruqni nusxalash orqali Pantheon saytini mahalliy sifatida klonlang.

Agar sizga yordam kerak bo'lsa, hujjatlarni o'qing Pantheon uchun Git bilan boshlash.

Endi o'zgartiraylik git remote originPantheon o'rniga GitLabga ishora qilish. Buni qilish mumkin командой git remote.

Keling, GitLab loyihasiga o'tamiz va loyiha tafsilotlari sahifasidagi Clone ochiladigan ro'yxatidan ombor URL-manzilini nusxalaymiz. Keling, SSH bilan klonlash opsiyasini tanlaylik, chunki biz allaqachon SSH kalitini sozlaganmiz.

sukut git remote kod omborining mahalliy nusxasi uchun - origin. Buni o'zgartirish mumkin c git remote set-url origin [URL репозитория GitLab], bu erda qavslar o'rniga haqiqiy URLni kiritamiz.

Nihoyat, biz ishga tushiramiz git push origin master --forceWordPress kodini Pantheon-dan GitLab-ga surish uchun.

Force varianti faqat bir marta kerak bo'ladi. Keyin jamoalarda git push u GitLab-da bo'lmaydi.

Hisob ma'lumotlari va o'zgaruvchilarni sozlash

Pantheon va GitLab-ga kirish uchun mahalliy SSH kalitini qanday qo'shganimizni eslaysizmi? SSH tokenidan GitLab va Pantheon-ga ruxsat berish uchun foydalanish mumkin.

GitLab mukammal hujjatlarga ega. Ko'raylikchi GitLab CI/CD bilan SSH kalitlaridan foydalanish bo'yicha hujjatda Docker ijrochisidan foydalanganda SSH kalitlari bo'limi.

Endi biz dastlabki ikki bosqichni bajaramiz: Keling, ssh-keygen bilan mahalliy ravishda yangi SSH kalit juftligini yarataylik va shaxsiy kalitni loyihaga o'zgaruvchi sifatida qo'shamiz..

Keyin so'raymiz SSH_PRIVATE_KEY qanday GitLab CI/CD muhit o'zgaruvchisi loyiha sozlamalarida.
Uchinchi va to'rtinchi bosqichlarda biz fayl yaratamiz .gitlab-ci.yml shunga o'xshash tarkib bilan:

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"

Keling, faylni hali topshirmaylik .gitlab-ci.yml, keyin unga yana bir narsa qo'shishingiz kerak bo'ladi.

Endi biz beshinchi bosqichni bajaramiz va birinchi qadamda yaratgan umumiy kalitni qurish muhitida kirishingiz kerak bo'lgan xizmatlarga qo'shing.

Bizning holatlarimizda biz GitLab-dan Pantheon-ga kirishni xohlaymiz. Biz Pantheon hujjatidagi ko'rsatmalarga amal qilamiz Pantheonga SSH kalitini qo'shish va ushbu qadamni bajaring.

Esda tuting: shaxsiy SSH GitLab-da, ochiq SSH Pantheon-da.

Keling, yana bir nechta muhit o'zgaruvchilarini o'rnatamiz. Birinchisi PANTHEON_SITE deb ataladi. Uning qiymati mashinangizdagi Pantheon saytining nomidir.

Mashinadagi nom Git bilan Clone buyrug'ining oxirida keltirilgan. Siz allaqachon saytni mahalliy sifatida klonlagansiz, shuning uchun bu mahalliy ombor katalogining nomi bo'ladi.

Keyinchalik, muhit o'zgaruvchisini o'rnatamiz PANTHEON_GIT_URL. Bu biz allaqachon foydalangan Pantheon sayti uchun Git omborining URL manzili.

Faqat SSH ombori URL manzilini kiriting git clone va oxirida mashinada sayt nomi.

Voy. Bajarildi, endi biz faylimizni tugatishimiz mumkin .gitlab-ci.yml.

Joylashtirish vazifasini yarating

GitLab CI bilan dastlab qiladigan ishimiz o'tmishda Git omborlari bilan qilgan ishimizga juda o'xshaydi. Ammo bu safar Pantheon omborini ikkinchi uzoq Git manbai sifatida qo'shamiz va keyin kodni GitLab'dan Pantheonga suramiz.

Buning uchun, keling, sozlaymiz bosqichi deploy и vazifa deploy:dev, chunki biz Pantheonda ishlab chiqish muhitiga joylashtiramiz. Olingan fayl .gitlab-ci.yml shunday bo'ladi:

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

O'zgaruvchilar SSH_PRIVATE_KEY, PANTHEON_SITE и PANTHEON_GIT_URL tanish ko'rinishi kerak - biz ushbu muhit o'zgaruvchilarini avvalroq o'rnatdik. Ushbu o'zgaruvchilar yordamida biz fayldagi qiymatlardan foydalanishimiz mumkin .gitlab-ci.yml ko'p marta va ular faqat bir joyda yangilanishi kerak bo'ladi.

Nihoyat, faylni qo'shing, topshiring va yuboring .gitlab-ci.yml GitLab-da.

Joylashtirishni tekshirish

Agar biz hamma narsani to'g'ri bajargan bo'lsak, vazifa deploy:dev GitLab CI/CD da muvaffaqiyatli ishlaydi va majburiyatni topshiradi .gitlab-ci.yml Panteonda. Keling, ko'rib chiqaylik.

Panteonga birlashma soʻrovi mavzulari yuborilmoqda

Bu erda biz sevimli Panteon xususiyatidan foydalanamiz - multidev, bu erda siz so'rov bo'yicha Git filiallari uchun qo'shimcha Panteon muhitlarini yaratishingiz mumkin.

Multidev-ga kirish cheklangan, shuning uchun ushbu bo'limni o'tkazib yuborish mumkin. Ammo agar sizda ruxsat mavjud bo'lsa, GitLab birlashma so'rovlaridan Pantheon-da multidev muhitlarini avtomatik yaratishni sozlash orqali unumdorlikni jiddiy ravishda oshirishingiz mumkin.

Avval mahalliy sifatida yangi Git filialini yarataylik git checkout -b multidev-support. Endi yana bir narsani o'zgartiramiz .gitlab-ci.yml.

Men Pantheon muhiti nomiga birlashma so'rovi raqamini qo'shishni yaxshi ko'raman. Misol uchun, birinchi birlashma so'rovi mr-1, ikkinchi - mr-2 va hokazo.

Birlashtirish so'rovi o'zgaradi, shuning uchun biz Panteon filiallari nomlarini dinamik ravishda aniqlashimiz kerak. GitLab-da bu juda oson - siz shunchaki foydalanishingiz kerak oldindan belgilangan muhit o'zgaruvchilari.

Biz olishimiz mumkin $CI_MERGE_REQUEST_IIDbirlashtirish so'rovi raqamini belgilash uchun. Keling, bularning barchasini biz ilgari ko'rsatgan global muhit o'zgaruvchilari bilan birga qo'llaymiz va faylning oxiriga yangi deploy: multidev vazifasini qo'shamiz. .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

Bu bizning vazifamizga o'xshash bo'ladi deploy:dev, faqat filial Panteonga yuboriladi, emas master.

Biz yangilangan faylni qo'shdik va tasdiqladik .gitlab-ci.yml, va endi GitLab-ga yangi filialni kiritamiz git push -u origin multidev-support.

Endi filialdan yangi birlashma so'rovini yaratamiz multidev-supportbosish orqali Birlashtirish so'rovini yarating.

Birlashtirish so'rovini yaratgandan so'ng, biz CI/CD vazifasi qanday bajarilishini ko'rib chiqamiz deploy:multidev.

Qarang, Panteonga yangi mavzu yuborildi. Ammo Pantheon veb-saytining boshqaruv panelidagi multidev bo'limiga kirsak, u erda yangi muhitni ko'rmaymiz.

Keling, Git filiallari bo'limini ko'rib chiqaylik.

Natijada, bizning ipimiz mr-1 Panteonga yetib keldi. Keling, filialdan muhit yarataylik mr-1.

Biz multidev muhitini yaratdik, endi GitLab-ga qaytaylik va bo'limni ko'rib chiqaylik Operatsiyalar > Atrof-muhit. Biz uchun yozuvlarni ko'ramiz dev и mr-1.

Buning sababi, biz yozuv qo'shdik environment Ism bilan name и url CI/CD vazifalariga. Agar biz ochiq muhit belgisini bossak, biz Pantheon-dagi multidev muhitining URL manziliga o'tamiz.

Multidev yaratishni avtomatlashtirish

Asosan, siz bu erda to'xtashingiz mumkin va har bir birlashma so'rovi uchun multidev muhitini yaratishni unutmang, ammo bu jarayon avtomatlashtirilishi mumkin.

Pantheonda buyruq qatori vositasi mavjud Terminus, bu erda siz platforma bilan avtomatik ravishda ishlashingiz mumkin. Terminus buyruq qatoridan multidev muhitlarini yaratishga imkon beradi - bu uchun ideal GitLab CI.

Buni tekshirish uchun bizga yangi birlashma soʻrovi kerak. dan foydalanib yangi filial yarataylik git checkout -b auto-multidev-creation.

GitLab CI/CD vazifalarida Terminusdan foydalanish uchun sizga Terminus yordamida autentifikatsiya qilish uchun mashina tokeni va Terminus bilan konteyner tasviri kerak bo'ladi.

Panteon mashinasi tokenini yaratish, uni xavfsiz joyda saqlang va nomi bilan GitLab-ga global muhit o'zgaruvchisi sifatida qo'shing PANTHEON_MACHINE_TOKEN.

Agar siz GitLab muhit o'zgaruvchilarini qanday qo'shishni unutgan bo'lsangiz, biz aniqlagan joyga qayting PANTHEON_SITE.

Terminus yordamida Dockerfile yaratish

Agar siz Docker-dan foydalanmasangiz yoki fayllarni yoqtirmasangiz Dockerfile, mening rasmimni oling registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest va ushbu bo'limni o'tkazib yuboring.

GitLab konteyner registriga ega, biz loyihamiz uchun Docker faylini qurishimiz va joylashtirishimiz mumkin. Keling, Pantheon bilan ishlash uchun Terminus bilan Dockerfile yarataylik.

Terminus - bu PHP buyruq qatori vositasi, shuning uchun PHP tasviridan boshlaylik. Men Composer orqali Terminusni o'rnatyapman, shuning uchun foydalanaman rasmiy Docker Composer tasviri. Biz yaratamiz Dockerfile mahalliy ombor katalogida quyidagi tarkibga ega:

# 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"

Bo'limdagi rasmlarni yig'ish va jo'natish bo'yicha ko'rsatmalarga amal qiling Tasvirlarni yaratish va surish в konteyner registri hujjatlaridan rasm yig'ish uchun Dockerfile va uni GitLab-ga suring.

Bo'limni ochish Ro'yxatga olish GitLab loyihasida. Agar hammasi reja bo'yicha ketsa, bizning imidjimiz o'sha yerda bo'ladi. Rasm yorlig'iga havolani yozing - bu bizga fayl uchun kerak .gitlab-ci.yml.

Bo'lim script muammoda deploy:multidev o'sishni boshlaydi, shuning uchun uni alohida faylga o'tkazamiz. Yangi fayl yarating 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

Skript shaxsiy katalogda va Panteonga internetga kirishga ruxsat bermaydi. Bizning multidev mantiqimiz uchun skriptimiz bor. Keling, bo'limni yangilaymiz deploy:multidev fayl .gitlab-ci.ymlshunday bo'lib chiqadi:

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

Bizning vazifalarimiz yaratilgan maxsus tasvirda bajarilishiga ishonch hosil qilishimiz kerak, shuning uchun ta'rifni qo'shamiz image ro'yxatga olish kitobi URL manzilidan .gitlab-ci.yml. Natijada, biz shunday faylga ega bo'ldik .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

Qo'shing, topshiring va yuboring private/multidev-deploy.sh и .gitlab-ci.yml. Endi biz GitLab-ga qaytamiz va CI/CD vazifasi tugashini kutamiz. Sabr qiling: multidev yaratish bir necha daqiqa vaqt olishi mumkin.

Keyin Pantheon-dagi multidev ro'yxatini ko'rib chiqamiz. Oh, mo''jiza! Multidev muhiti mr-2 allaqachon shu yerda.

xulosa

Birlashtirish so'rovlarini ochish va avtomatik muhit yaratishni boshlaganimizda mening jamoam yanada qiziqarli bo'ldi.

GitLab va Pantheonning kuchli vositalari yordamida siz GitLab-ni Pantheon-ga avtomatik ravishda ulashingiz mumkin.

Biz GitLab CI/CD-dan foydalanganimiz sababli, bizning ish oqimimiz o'sishi uchun joy bo'ladi. Sizni boshlash uchun bir nechta g'oyalar:

• Qurilish bosqichini qo'shing.
• Avtomatlashtirilgan testni qo'shing.
• Kod standartlari bajarilishini ta'minlash uchun vazifa qo'shing.
• Qo'shish a dinamik dastur xavfsizligi testi.

GitLab, Pantheon va avtomatlashtirish haqida fikringizni bildiring.

P.S. Bilasizmi, Terminus, Pantheonning buyruq qatori vositasi, plaginlar orqali kengaytirilishi mumkin?

Biz Panteonda 2-versiyada yaxshi ish qildik Terminus qurish vositalari uchun plagin GitLab qo'llab-quvvatlashi bilan. Har bir loyiha uchun sozlamalar bilan bezovta qilishni xohlamasangiz, ushbu plaginni sinab ko'ring va bizga v2 beta-versiyasini sinab ko'rishga yordam bering. Terminus jamoasi uchun build:project:create Sizga faqat Pantheon tokeni va GitLab tokeni kerak. U Composer va avtomatlashtirilgan testlar bilan namunaviy loyihalardan birini joylashtiradi, GitLab-da yangi loyihani, yangi Pantheon saytini yaratadi va ularni muhit o'zgaruvchilari va SSH kalitlari yordamida ulaydi.

Muallif haqida

Endryu Teylor ishlab chiquvchilar uchun vositalarni yaratadi Pantheon.

Manba: www.habr.com