როგორ დავაკავშიროთ GitLab და Pantheon და გავაუმჯობესოთ Drupal და WordPress სამუშაო ნაკადები

ჩვენი სტუმარი დეველოპერის ხელსაწყოების შემქმნელი Pantheon-ში საუბრობს იმაზე, თუ როგორ უნდა მოხდეს WordPress-ის განლაგების ავტომატიზაცია GitLab CI/CD-ის გამოყენებით.

В პანთეონში მე ვმუშაობ დეველოპერებთან ურთიერთობაში, ამიტომ ყოველთვის ვეძებ ახალ გზებს, რათა დავეხმარო WordPress-ისა და Drupal-ის დეველოპერებს თავიანთ სამუშაო პროცესებში ავტომატიზაციის პრობლემების გადაჭრაში. ამისთვის მე მომწონს ახალი ინსტრუმენტების ექსპერიმენტების ჩატარება და მათი ერთმანეთთან შერწყმა ეფექტურად მუშაობისთვის.

მე ხშირად ვხედავ დეველოპერებს, რომლებიც იბრძვიან ერთი დადგმის სერვერთან.

ძალიან სასიამოვნოა დაელოდო შენს რიგს შუალედური სერვერის გამოსაყენებლად ან კლიენტებს გაუგზავნო URL შენიშვნით: „შეხედე აქ, მაგრამ ჯერ აქ არ გამოიხედო“.

Multidev გარემო - პანთეონის ერთ-ერთი მაგარი ინსტრუმენტი - აგვარებს ამ პრობლემას, რადგან მათთან ერთად შეგიძლიათ შექმნათ გარემო Git-ის ფილიალების მოთხოვნით. მულტიდევის თითოეულ გარემოს აქვს საკუთარი URL და მონაცემთა ბაზა, ასე რომ, დეველოპერებს შეუძლიათ მშვიდად იმუშაონ, შეამოწმონ ხარისხი და მიიღონ დამტკიცება ერთმანეთის თითების გარეშე.

მაგრამ პანთეონს არ აქვს ინსტრუმენტები ვერსიის კონტროლისთვის ან უწყვეტი ინტეგრაციისა და განლაგებისთვის (CI/CD). მაგრამ ეს არის მოქნილი პლატფორმა, რომელთანაც შეგიძლიათ ნებისმიერი ხელსაწყოს ინტეგრირება.

მე ასევე შევამჩნიე, რომ გუნდები იყენებენ გარკვეულ ინსტრუმენტებს განვითარებისთვის და განსხვავებულს შეკრებისა და განლაგებისთვის.

მაგალითად, მათ აქვთ სხვადასხვა ინსტრუმენტები ვერსიის კონტროლისთვის და CI/CD. კოდის რედაქტირებისთვის და პრობლემების დიაგნოსტიკისთვის უნდა იაროთ და გადართოთ ინსტრუმენტებს შორის.

წლის გიტლაბი არსებობს განვითარების ინსტრუმენტების სრული ნაკრები: ვერსიის კონტროლისთვის, ბილეთებისთვის, შერწყმის მოთხოვნებისთვის, კლასში საუკეთესო CI/CD მილსადენი, კონტეინერის რეესტრი და ყველაფერი მსგავსი. მე ჯერ არ შემხვედრია აპლიკაცია, რომელიც ამდენს გვთავაზობს თქვენი განვითარების სამუშაო პროცესის მართვას.

მე მიყვარს ავტომატიზაცია, ამიტომ ვისწავლე როგორ დავუკავშირო პანთეონი GitLab-ს, რათა GitLab-ის მთავარ ფილიალთან დაკავშირებული ვალდებულებები განთავსდეს პანთეონის განვითარების მთავარ გარემოში. და GitLab-ის შერწყმის მოთხოვნას შეუძლია შექმნას და განათავსოს კოდი პანთეონში მულტიდევის გარემოში.

ამ სახელმძღვანელოში მე გასწავლით, თუ როგორ უნდა დააყენოთ კავშირი GitLab-სა და Pantheon-ს შორის და როგორ გავაუმჯობესოთ თქვენი WordPress და Drupal სამუშაო ნაკადი.

რა თქმა უნდა შესაძლებელია, სარკისებური GitLab საცავი, მაგრამ ყველაფერს გავაკეთებთ, რომ ჩავუღრმავდეთ GitLab CI და მომავალში გამოიყენეთ ეს ინსტრუმენტი არა მხოლოდ განლაგებისთვის.

შესავალი

ამ პოსტისთვის თქვენ უნდა გესმოდეთ, რომ პანთეონი თითოეულ საიტს სამ ელემენტად ყოფს: კოდს, მონაცემთა ბაზას და ფაილებს.

კოდი მოიცავს CMS ფაილებს, როგორიცაა WordPress ბირთვი, დანამატები და თემები. ეს ფაილები იმართება Git საცავები, მასპინძლობს პანთეონი, რაც იმას ნიშნავს, რომ ჩვენ შეგვიძლია განვათავსოთ კოდი GitLab-დან პანთეონში Git-ით.
ფაილები პანთეონში არის მედია ფაილები, ანუ სურათები საიტისთვის. როგორც წესი, ისინი ატვირთულია მომხმარებლების მიერ და Git უგულებელყოფს მათ.

შექმენით უფასო ანგარიში, შეიტყვეთ მეტი პანთეონის სამუშაო პროცესი ან დარეგისტრირდით დემო ვერსიაზე pantheon.io-ზე.

ვარაუდები

ჩემი პროექტი Pantheon-სა და GitLab-ზე ჰქვია pantheon-gitlab-blog-demo. პროექტის სახელი უნდა იყოს უნიკალური. აქ ჩვენ ვიმუშავებთ WordPress საიტთან. თქვენ შეგიძლიათ აიღოთ Drupal, მაგრამ თქვენ უნდა შეცვალოთ რაღაცები.

გამოვიყენებ Git ბრძანების ხაზიდა შეგიძლია იმუშაო გრაფიკული ინტერფეისი, თუ გინდა.

შექმენით პროექტი

ჯერ შევქმნათ GitLab პროექტი (ამას მოგვიანებით დავუბრუნდებით).

ახლა WordPress ვებსაიტის შექმნა პანთეონზე. შემდეგ ჩვენ ვაინსტალირეთ WordPress საიტის დაფისთვის.

თუ ხელები გტკივათ რაღაცის შესაცვლელად, მაგალითად, წაშალეთ ან დაამატეთ დანამატები, მოთმინებით იმოქმედეთ. საიტი ჯერ არ არის დაკავშირებული GitLab-თან და გვინდა, რომ კოდის ყველა ცვლილება GitLab-ის მეშვეობით მოხდეს.

WordPress-ის დაყენების შემდეგ, დაბრუნდით Pantheon ვებსაიტის დაფაზე და შეცვალეთ განვითარების რეჟიმი Git-ზე.

საწყისი დაშვება GitLab-ზე

ახლა თქვენ უნდა გადაიტანოთ საწყისი WordPress კოდი Pantheon საიტიდან GitLab-ში. ამისათვის ჩვენ კლონირებთ კოდს პანთეონის საიტის Git საცავიდან ლოკალურად და შემდეგ ვაგზავნით მას GitLab საცავში.

უფრო ადვილი და უსაფრთხო რომ იყოს, დაამატეთ SSH გასაღები პანთეონში და ჩვენ არ მოგვიწევს პაროლის შეყვანა ყოველ ჯერზე, როდესაც ჩვენ კლონირებთ Pantheon Git-ის საცავში. ამავე დროს უკვე დაამატეთ SSH გასაღები GitLab-ს.

ამისათვის კლონირეთ პანთეონის საიტი ლოკალურად, საიტის დაფაზე Clone with Git ველიდან ბრძანების კოპირებით.

თუ დახმარება გჭირდებათ, წაიკითხეთ დოკუმენტაცია Git for Pantheon-ის დაწყება.

ახლა შევცვალოთ git remote originპანთეონის ნაცვლად GitLab-ზე მიუთითოს. ეს შეიძლება გაკეთდეს командой git remote.

მოდით გადავიდეთ GitLab პროექტზე და დააკოპიროთ საცავის URL ჩამოსაშლელი კლონიდან პროექტის დეტალების გვერდზე. მოდით ავირჩიოთ Clone with SSH ვარიანტი, რადგან ჩვენ უკვე გვაქვს SSH კლავიშის კონფიგურაცია.

სტანდარტულად git remote კოდის საცავის ადგილობრივი ასლისთვის - origin. ეს შეიძლება შეიცვალოს გ git remote set-url origin [URL репозитория GitLab], სადაც ფრჩხილების ნაცვლად შევიყვანთ ფაქტობრივ URL-ს.

საბოლოოდ, ჩვენ ვიწყებთ git push origin master --forceWordPress კოდის გადატანა პანთეონიდან GitLab-ში.

ძალის ვარიანტი საჭიროა მხოლოდ ერთხელ. მერე გუნდებში git push ის არ იქნება GitLab-ზე.

სერთიფიკატების და ცვლადების დაყენება

გახსოვთ, როგორ დავამატეთ SSH კლავიში ადგილობრივად, რათა შეხვიდეთ პანთეონსა და GitLab-ში? SSH ჟეტონი შეიძლება გამოყენებულ იქნას GitLab-ისა და Pantheon-ის ავტორიზაციისთვის.

GitLab-ს აქვს შესანიშნავი დოკუმენტაცია. Მოდი ვნახოთ განყოფილება SSH გასაღებებზე დოკუმენტში Docker-ის შემსრულებელის გამოყენებისას GitLab CI/CD-ით SSH კლავიშების გამოყენების შესახებ.

ჩვენ ახლა ვასრულებთ პირველ ორ ნაბიჯს: მოდით შევქმნათ ახალი 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, მაშინ მას სხვა რამის დამატება მოგიწევთ.

ახლა ვასრულებთ მეხუთე ნაბიჯს და დაამატეთ საჯარო გასაღები, რომელიც შექმენით პირველ ეტაპზე იმ სერვისებს, რომლებზეც გჭირდებათ წვდომა build გარემოში.

ჩვენს შემთხვევაში, ჩვენ გვინდა წვდომა პანთეონში 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-დან პანთეონში.

ამისათვის მოდით კონფიგურაცია ეტაპი 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 GitLab-ზე.

განლაგების შემოწმება

თუ ყველაფერი სწორად გავაკეთეთ, დავალება deploy:dev წარმატებით იმუშავებს GitLab CI/CD-ში და წარადგენს commit-ს .gitlab-ci.yml პანთეონში. მოდით შევხედოთ.

გაერთიანების მოთხოვნის ძაფების გაგზავნა პანთეონში

აქ ჩვენ გამოვიყენებთ ჩემს საყვარელ პანთეონის ფუნქციას - მულტიდევი, სადაც შეგიძლიათ შექმნათ დამატებითი პანთეონის გარემო Git ფილიალების მოთხოვნის შემთხვევაში.

მულტიდევზე წვდომა შეზღუდულია, ასე რომ ამ განყოფილების გამოტოვება შეიძლება. მაგრამ თუ თქვენ გაქვთ წვდომა, შეგიძლიათ სერიოზულად გაზარდოთ პროდუქტიულობა პანთეონზე მულტიდევური გარემოს ავტომატური შექმნის დაყენებით GitLab-ის შერწყმის მოთხოვნებიდან.

ჯერ მოდით შევქმნათ ახალი Git ფილიალი ადგილობრივად გამოყენებით git checkout -b multidev-support. ახლა ისევ შევცვალოთ რაღაც .gitlab-ci.yml.

მე მომწონს შერწყმის მოთხოვნის ნომერი პანთეონის გარემოს სახელში. მაგალითად, პირველი შერწყმის მოთხოვნაა mr-1, მეორე - mr-2 და ა.შ.

შერწყმის მოთხოვნა იცვლება, ამიტომ დინამიურად უნდა განვსაზღვროთ პანთეონის ფილიალების სახელები. GitLab-ზე მარტივია - თქვენ უბრალოდ უნდა გამოიყენოთ წინასწარ განსაზღვრული გარემოს ცვლადები.

შეგვიძლია ავიღოთ $CI_MERGE_REQUEST_IIDგაერთიანების მოთხოვნის ნომრის დასაზუსტებლად. მოდით გამოვიყენოთ ეს ყველაფერი გლობალურ გარემოს ცვლადებთან ერთად, რომლებიც ადრე მიუთითეთ და დავამატოთ ახალი 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:
    # 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დაჭერით შერწყმის მოთხოვნის შექმნა.

შერწყმის მოთხოვნის შექმნის შემდეგ, ჩვენ ვუყურებთ როგორ სრულდება CI/CD დავალება deploy:multidev.

აჰა, ახალი თემა გაიგზავნა პანთეონში. მაგრამ თუ გადავალთ პანთეონის საიტის დაფაზე მულტიდევის განყოფილებაში, იქ ახალ გარემოს ვერ დავინახავთ.

მოდით გადავხედოთ Git Branches განყოფილებას.

შედეგად, ჩვენი თემა mr-1 პანთეონში მოხვდა. შევქმნათ გარემო ფილიალიდან mr-1.

ჩვენ შევქმენით multidev გარემო, ახლა მოდით დავუბრუნდეთ GitLab-ს და გადავხედოთ განყოფილებას ოპერაციები > გარემო. ჩვენ ვნახავთ ჩანაწერებს ამისთვის dev и mr-1.

ეს იმიტომ, რომ ჩვენ დავამატეთ ჩანაწერი environment სახელით name и url CI/CD ამოცანებში. თუ დავაწკაპუნებთ ღია გარემოს ხატულაზე, გადავიყვანთ პანთეონზე მულტიდევი გარემოს URL-ზე.

multidev-ის შექმნის ავტომატიზაცია

პრინციპში, შეგიძლიათ შეჩერდეთ აქ და უბრალოდ გახსოვდეთ, რომ შექმნათ multidev გარემო თითოეული შერწყმის მოთხოვნისთვის, მაგრამ ეს პროცესი შეიძლება ავტომატიზირებული იყოს.

პანთეონს აქვს ბრძანების ხაზის ინსტრუმენტი Terminus, სადაც შეგიძლიათ ავტომატურად იმუშაოთ პლატფორმასთან. Terminus საშუალებას გაძლევთ შექმნათ multidev გარემო ბრძანების ხაზიდან - იდეალურია GitLab CI.

ჩვენ გვჭირდება ახალი შერწყმის მოთხოვნა ამის შესამოწმებლად. მოდით შევქმნათ ახალი ფილიალი გამოყენებით git checkout -b auto-multidev-creation.

Terminus-ის GitLab CI/CD ამოცანებში გამოსაყენებლად, გჭირდებათ მანქანური ჟეტონი Terminus-ით ავთენტიფიკაციისთვის და კონტეინერის სურათი Terminus-ით.

პანთეონის მანქანის ჟეტონის შექმნა, შეინახეთ ის უსაფრთხო ადგილას და დაამატეთ GitLab-ში გლობალური გარემოს ცვლადის სახელით PANTHEON_MACHINE_TOKEN.

თუ დაგავიწყდათ როგორ დაამატოთ GitLab გარემოს ცვლადები, დაბრუნდით იქ, სადაც ჩვენ განვსაზღვრეთ PANTHEON_SITE.

Dockerfile-ის შექმნა Terminus-ით

თუ არ იყენებთ Docker-ს ან არ მოგწონთ ფაილები Dockerfileაიღე ჩემი სურათი registry.gitlab.com/ataylorme/pantheon-gitlab-blog-demo:latest და გამოტოვეთ ეს განყოფილება.

GitLab-ს აქვს კონტეინერის რეესტრი, სადაც ჩვენ შეგვიძლია ავაშენოთ და მოვათავსოთ Dockerfile ჩვენი პროექტისთვის. მოდით შევქმნათ Dockerfile Terminus-ით პანთეონთან მუშაობისთვის.

Terminus არის PHP ბრძანების ხაზის ინსტრუმენტი, ასე რომ, დავიწყოთ PHP სურათით. მე ვაყენებ Terminus-ს კომპოზიტორის მეშვეობით, ამიტომ გამოვიყენებ ოფიციალური 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

სკრიპტი არის პირად დირექტორიაში და არ იძლევა ვებ წვდომას პანთეონზე. ჩვენ გვაქვს სკრიპტი ჩვენი 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 გარემო mr-2 უკვე აქ.

დასკვნა

ჩემს გუნდს გაცილებით მეტი სიამოვნება ჰქონდა, როდესაც დავიწყეთ შერწყმის მოთხოვნების გახსნა და გარემოს ავტომატურად შექმნა.

GitLab-ისა და Pantheon-ის მძლავრი ხელსაწყოებით, შეგიძლიათ GitLab ავტომატურად დაუკავშიროთ პანთეონს.

ვინაიდან ჩვენ ვიყენებთ GitLab CI/CD-ს, ჩვენს სამუშაო პროცესს ექნება ადგილი, რომ გაიზარდოს. აქ არის რამოდენიმე იდეა დასაწყებად:

• დაამატეთ მშენებლობის ეტაპი.
• დაამატეთ ავტომატური ტესტირება.
• დაამატეთ დავალება, რათა უზრუნველყოთ კოდის სტანდარტების დაცვა.
• დამატება დინამიური აპლიკაციის უსაფრთხოების ტესტირება.

შეგვატყობინეთ რას ფიქრობთ GitLab-ის, Pantheon-ისა და ავტომატიზაციის შესახებ.

PS იცოდით, რომ Terminus, პანთეონის ბრძანების ხაზის ინსტრუმენტი, შეიძლება გაფართოვდეს დანამატების საშუალებით?

ჩვენ პანთეონში კარგი სამუშაო გავაკეთეთ ჩვენი 2 ვერსიაზე მოდული Terminus build ინსტრუმენტებისთვის GitLab-ის მხარდაჭერით. თუ არ გსურთ შეწუხდეთ თითოეული პროექტის პარამეტრებით, სცადეთ ეს დანამატი და დაგვეხმარეთ v2 ბეტა ტესტირებაში. Terminus გუნდისთვის build:project:create თქვენ მხოლოდ პანთეონის ჟეტონი და GitLab-ის ჟეტონი გჭირდებათ. ის განათავსებს ერთ-ერთ სანიმუშო პროექტს Composer-ით და ავტომატური ტესტირებით, შექმნის ახალ პროექტს GitLab-ში, ახალ პანთეონის საიტზე და დააკავშირებს მათ გარემოს ცვლადების და SSH კლავიშების გამოყენებით.

შესახებ ავტორი

ენდრიუ ტეილორი ქმნის ინსტრუმენტებს დეველოპერებისთვის პანთეონში.

წყარო: www.habr.com