ວິທີການເຊື່ອມຕໍ່ GitLab ແລະ Pantheon ແລະເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງ Drupal ແລະ WordPress

ຜູ້ສ້າງເຄື່ອງມືນັກພັດທະນາແຂກຂອງພວກເຮົາຢູ່ Pantheon ເວົ້າກ່ຽວກັບວິທີເຮັດໃຫ້ການຕິດຕັ້ງ WordPress ອັດຕະໂນມັດໂດຍໃຊ້ GitLab CI/CD.

В Pantheon ຂ້ອຍເຮັດວຽກໃນການພົວພັນຂອງນັກພັດທະນາ, ດັ່ງນັ້ນຂ້ອຍສະເຫມີຊອກຫາວິທີໃຫມ່ທີ່ຈະຊ່ວຍໃຫ້ນັກພັດທະນາ WordPress ແລະ Drupal ແກ້ໄຂບັນຫາອັດຕະໂນມັດໃນຂະບວນການເຮັດວຽກຂອງພວກເຂົາ. ເພື່ອເຮັດສິ່ງນີ້, ຂ້ອຍມັກທົດລອງເຄື່ອງມືໃຫມ່ແລະສົມທົບກັບກັນແລະກັນເພື່ອເຮັດວຽກຢ່າງມີປະສິດທິພາບ.

ຂ້ອຍມັກຈະເຫັນນັກພັດທະນາຕໍ່ສູ້ກັບເຄື່ອງແມ່ຂ່າຍດຽວ.

ມັນເປັນສິ່ງທີ່ມີຄວາມສຸກທີ່ຈະລໍຖ້າເວລາຂອງທ່ານທີ່ຈະໃຊ້ເຄື່ອງແມ່ຂ່າຍລະດັບກາງຫຼືສົ່ງ URL ໃຫ້ກັບລູກຄ້າດ້ວຍຫມາຍເຫດ: "ເບິ່ງທີ່ນີ້, ແຕ່ບໍ່ໄດ້ເບິ່ງທີ່ນີ້."

ສະພາບແວດລ້ອມ Multidev - ຫນຶ່ງໃນເຄື່ອງມື Pantheon ເຢັນ - ແກ້ໄຂບັນຫານີ້, ເພາະວ່າກັບພວກມັນທ່ານສາມາດສ້າງສະພາບແວດລ້ອມສໍາລັບສາຂາ Git ຕາມຄວາມຕ້ອງການ. ແຕ່ລະສະພາບແວດລ້ອມ multidev ມີ URL ແລະຖານຂໍ້ມູນຂອງຕົນເອງ, ດັ່ງນັ້ນນັກພັດທະນາສາມາດເຮັດວຽກຢ່າງງຽບໆ, ກວດເບິ່ງຄຸນນະພາບ, ແລະໄດ້ຮັບການອະນຸມັດໂດຍບໍ່ຕ້ອງກ້າວໄປຫາຕີນຂອງກັນແລະກັນ.

ແຕ່ Pantheon ບໍ່ມີເຄື່ອງມືສໍາລັບການຄວບຄຸມເວີຊັນຫຼືການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງແລະການນໍາໃຊ້ (CI/CD). ແຕ່ມັນເປັນແພລະຕະຟອມທີ່ມີຄວາມຍືດຫຍຸ່ນທີ່ທ່ານສາມາດເຊື່ອມໂຍງເຄື່ອງມືໃດໆ.

ຂ້າພະເຈົ້າຍັງໄດ້ສັງເກດເຫັນວ່າທີມງານໃຊ້ເຄື່ອງມືບາງຢ່າງສໍາລັບການພັດທະນາ, ແລະເຄື່ອງມືທີ່ແຕກຕ່າງກັນສໍາລັບການປະກອບແລະການນໍາໃຊ້.

ຕົວຢ່າງ, ພວກເຂົາມີເຄື່ອງມືທີ່ແຕກຕ່າງກັນສໍາລັບການຄວບຄຸມເວີຊັນແລະ CI / CD. ທ່ານຕ້ອງ fiddle ປະມານແລະປ່ຽນລະຫວ່າງເຄື່ອງມືເພື່ອແກ້ໄຂລະຫັດແລະວິນິດໄສບັນຫາ.

ກ່ຽວກັບ GitLab ມີເຄື່ອງມືການພັດທະນາອັນເຕັມທີ່: ສໍາລັບການຄວບຄຸມເວີຊັນ, ປີ້, ການຮ້ອງຂໍການລວມ, ທໍ່ສົ່ງ CI/CD ທີ່ດີທີ່ສຸດໃນຫ້ອງຮຽນ, ການລົງທະບຽນບັນຈຸ, ແລະທຸກສິ່ງທຸກຢ່າງເຊັ່ນນັ້ນ. ຂ້ອຍຍັງບໍ່ໄດ້ພົບຄໍາຮ້ອງສະຫມັກທີ່ສະເຫນີຫຼາຍເພື່ອຈັດການຂະບວນການພັດທະນາຂອງເຈົ້າ.

ຂ້ອຍຮັກລະບົບອັດຕະໂນມັດ, ສະນັ້ນຂ້ອຍໄດ້ຮຽນຮູ້ວິທີເຊື່ອມຕໍ່ Pantheon ກັບ GitLab ເພື່ອໃຫ້ສາຂາຫຼັກໃນ GitLab ຖືກນໍາໄປໃຊ້ກັບສະພາບແວດລ້ອມການພັດທະນາຕົ້ນຕໍໃນ Pantheon. ແລະການຮ້ອງຂໍການລວມຢູ່ໃນ GitLab ສາມາດສ້າງແລະນໍາໃຊ້ລະຫັດກັບສະພາບແວດລ້ອມ multidev ໃນ Pantheon.

ໃນບົດສອນນີ້, ຂ້ອຍຈະບອກທ່ານກ່ຽວກັບວິທີການຕັ້ງຄ່າການເຊື່ອມຕໍ່ລະຫວ່າງ GitLab ແລະ Pantheon ແລະເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງ WordPress ແລະ Drupal ຂອງທ່ານ.

ແນ່ນອນ, ມັນເປັນໄປໄດ້, mirror GitLab repository, ແຕ່ພວກເຮົາຈະເຮັດທຸກຢ່າງດ້ວຍມືຂອງພວກເຮົາເພື່ອເຈາະເລິກ GitLab CI ແລະໃນອະນາຄົດນໍາໃຊ້ເຄື່ອງມືນີ້ບໍ່ພຽງແຕ່ສໍາລັບການນໍາໃຊ້.

ການນໍາສະເຫນີ

ສໍາລັບການຕອບນີ້, ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໃຈວ່າ Pantheon ແບ່ງແຕ່ລະເວັບໄຊທ໌ລົງເປັນສາມອົງປະກອບ: ລະຫັດ, ຖານຂໍ້ມູນແລະໄຟລ໌.

ລະຫັດປະກອບມີໄຟລ໌ CMS ເຊັ່ນ WordPress core, plugins ແລະຫົວຂໍ້. ໄຟລ໌ເຫຼົ່ານີ້ຖືກຈັດການຢູ່ໃນ Git repositories, ເປັນເຈົ້າພາບໂດຍ Pantheon, ຊຶ່ງຫມາຍຄວາມວ່າພວກເຮົາສາມາດນໍາລະຫັດຈາກ GitLab ໄປ Pantheon ກັບ Git.
ໄຟລ໌ໃນ Pantheon ແມ່ນໄຟລ໌ສື່ມວນຊົນ, ນັ້ນແມ່ນ, ຮູບພາບສໍາລັບເວັບໄຊທ໌. ໂດຍປົກກະຕິພວກມັນຖືກອັບໂຫລດໂດຍຜູ້ໃຊ້ແລະ Git ບໍ່ສົນໃຈພວກມັນ.

ສ້າງບັນຊີຟຣີ, ຊອກຫາເພີ່ມເຕີມກ່ຽວກັບ ຂັ້ນຕອນການເຮັດວຽກຂອງ Pantheon ຫຼື ລົງທະບຽນສໍາລັບການສາທິດ ຢູ່ pantheon.io.

ສົມມຸດຕິຖານ

ໂຄງການຂອງຂ້ອຍໃນ Pantheon ແລະ GitLab ຖືກເອີ້ນວ່າ pantheon-gitlab-blog-demo. ຊື່ໂຄງການຕ້ອງເປັນເອກະລັກ. ໃນທີ່ນີ້ພວກເຮົາຈະເຮັດວຽກກັບເວັບໄຊທ໌ WordPress. ທ່ານສາມາດກິນ Drupal, ແຕ່ທ່ານຈະຕ້ອງມີການປ່ຽນແປງບາງຢ່າງ.

ຂ້ອຍຈະໃຊ້ Git ເສັ້ນຄໍາສັ່ງແລະທ່ານສາມາດເຮັດວຽກໃນ ການໂຕ້ຕອບຮູບພາບ, ຖ້າທ່ານຕ້ອງການ.

ສ້າງໂຄງການ

ທໍາອິດ, ໃຫ້ເຮົາສ້າງ ໂຄງການ GitLab (ພວກເຮົາຈະກັບມາຫາອັນນີ້ໃນພາຍຫຼັງ).

ໃນປັດຈຸບັນ ການສ້າງເວັບໄຊທ໌ WordPress ໃນ Pantheon. ຫຼັງຈາກນັ້ນ, ພວກເຮົາຕິດຕັ້ງ WordPress ສໍາລັບ dashboard ເວັບໄຊທ໌.

ຖ້າມືຂອງເຈົ້າມີອາການຄັນທີ່ຈະປ່ຽນບາງສິ່ງບາງຢ່າງ, ຕົວຢ່າງ, ເອົາອອກຫຼືເພີ່ມ plugins, ຈົ່ງອົດທົນ. ເວັບໄຊທ໌ຍັງບໍ່ທັນເຊື່ອມຕໍ່ກັບ GitLab, ແລະພວກເຮົາຕ້ອງການການປ່ຽນແປງລະຫັດທັງຫມົດຜ່ານ GitLab.

ເມື່ອພວກເຮົາຕິດຕັ້ງ WordPress, ກັບຄືນໄປຫາ dashboard ເວັບໄຊທ໌ Pantheon ແລະປ່ຽນຮູບແບບການພັດທະນາເປັນ Git.

ສັນຍາເບື້ອງຕົ້ນກ່ຽວກັບ GitLab

ໃນປັດຈຸບັນທ່ານຈໍາເປັນຕ້ອງໂອນລະຫັດ WordPress ເບື້ອງຕົ້ນຈາກເວັບໄຊທ໌ Pantheon ໄປ GitLab. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາ clone ລະຫັດຈາກ Git repository ຂອງເວັບໄຊທ໌ Pantheon ຢູ່ໃນທ້ອງຖິ່ນ, ແລະຫຼັງຈາກນັ້ນສົ່ງໄປທີ່ repository GitLab.

ເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນ ແລະປອດໄພກວ່າ, ເພີ່ມລະຫັດ SSH ໃສ່ Pantheon ແລະພວກເຮົາຈະບໍ່ຈໍາເປັນຕ້ອງໃສ່ລະຫັດຜ່ານທຸກຄັ້ງທີ່ພວກເຮົາ clone ເກັບຮັກສາ Pantheon Git. ໃນເວລາດຽວກັນແລ້ວ ເພີ່ມລະຫັດ SSH ໃສ່ GitLab.

ເພື່ອເຮັດສິ່ງນີ້, clone ເວັບໄຊທ໌ Pantheon ຢູ່ໃນທ້ອງຖິ່ນໂດຍການຄັດລອກຄໍາສັ່ງຈາກພາກສະຫນາມ Clone ກັບ Git ໃນ dashboard ເວັບໄຊທ໌.

ຖ້າທ່ານຕ້ອງການຄວາມຊ່ວຍເຫຼືອ, ໃຫ້ອ່ານເອກະສານ ເລີ່ມຕົ້ນດ້ວຍ Git ສໍາລັບ Pantheon.

ຕອນນີ້ໃຫ້ເຮົາປ່ຽນແປງ git remote originເພື່ອຊີ້ໃຫ້ເຫັນເຖິງ GitLab ແທນ Pantheon. ມັນສາມາດເຮັດໄດ້ командой git remote.

ໃຫ້ໄປທີ່ໂຄງການ GitLab ແລະຄັດລອກ URL ຂອງ repository ຈາກເລື່ອນລົງ Clone ໃນຫນ້າລາຍລະອຽດຂອງໂຄງການ. ໃຫ້ເຮົາເລືອກຕົວເລືອກ Clone with SSH, ເພາະວ່າພວກເຮົາໄດ້ປັບຄ່າລະຫັດ SSH ແລ້ວ.

ຕັ້ງແຕ່ຕອນຕົ້ນ git remote ສໍາລັບສໍາເນົາທ້ອງຖິ່ນຂອງລະຫັດ repository - origin. ນີ້ສາມາດປ່ຽນແປງໄດ້ c git remote set-url origin [URL репозитория GitLab], ບ່ອນທີ່ແທນທີ່ຈະເປັນວົງເລັບພວກເຮົາໃສ່ URL ຕົວຈິງ.

ສຸດທ້າຍ, ພວກເຮົາເປີດຕົວ git push origin master --forceເພື່ອຍູ້ລະຫັດ WordPress ຈາກ Pantheon ໄປ GitLab.

ທາງເລືອກ –force ແມ່ນຕ້ອງການພຽງແຕ່ຄັ້ງດຽວ. ຫຼັງຈາກນັ້ນ, ໃນທີມ git push ມັນຈະບໍ່ຢູ່ໃນ GitLab.

ການຕັ້ງຄ່າຂໍ້ມູນປະຈໍາຕົວແລະຕົວແປ

ຈື່ໄວ້ວ່າພວກເຮົາເພີ່ມລະຫັດ SSH ຢູ່ໃນທ້ອງຖິ່ນແນວໃດເພື່ອເຂົ້າສູ່ລະບົບ Pantheon ແລະ GitLab? SSH token ສາມາດໃຊ້ເພື່ອອະນຸຍາດ GitLab ແລະ Pantheon.

GitLab ມີເອກະສານທີ່ດີເລີດ. ໃຫ້ເຮົາເບິ່ງ ພາກສ່ວນກ່ຽວກັບກະແຈ SSH ເມື່ອໃຊ້ Docker executor ໃນເອກະສານກ່ຽວກັບການໃຊ້ກະແຈ SSH ກັບ 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 ໃນເຄື່ອງຂອງທ່ານ.

ຊື່ຢູ່ໃນເຄື່ອງແມ່ນລະບຸໄວ້ໃນຕອນທ້າຍຂອງ Clone ດ້ວຍຄໍາສັ່ງ Git. ທ່ານ​ໄດ້​ໂຄນ​ເວັບ​ໄຊ​ຢູ່​ໃນ​ທ້ອງ​ຖິ່ນ​ແລ້ວ, ສະ​ນັ້ນ​ນີ້​ຈະ​ເປັນ​ຊື່​ຂອງ​ບັນ​ຊີ​ຂອງ repository ທ້ອງ​ຖິ່ນ.

ຕໍ່ໄປ, ໃຫ້ຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ PANTHEON_GIT_URL. ນີ້ແມ່ນ Git repository URL ສໍາລັບເວັບໄຊທ໌ Pantheon ທີ່ພວກເຮົາໄດ້ໃຊ້ແລ້ວ.

ກະລຸນາໃສ່ພຽງແຕ່ SSH repository URL, ໂດຍບໍ່ມີການ git clone ແລະຊື່ຂອງສະຖານທີ່ຢູ່ໃນເຄື່ອງຢູ່ທ້າຍ.

ຟີວ. ສໍາເລັດແລ້ວ, ຕອນນີ້ພວກເຮົາສາມາດເຮັດສໍາເລັດໄຟລ໌ຂອງພວກເຮົາໄດ້ .gitlab-ci.yml.

ສ້າງ​ວຽກ​ງານ​ການ​ນໍາ​ໃຊ້​

ສິ່ງທີ່ພວກເຮົາຈະເຮັດໃນເບື້ອງຕົ້ນກັບ GitLab CI ແມ່ນຄ້າຍຄືກັນກັບສິ່ງທີ່ພວກເຮົາໄດ້ເຮັດກັບ Git repositories ທີ່ຜ່ານມາ. ແຕ່ເວລານີ້, ໃຫ້ເພີ່ມບ່ອນເກັບຂໍ້ມູນ 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 ໃນ dashboard ເວັບໄຊທ໌ Pantheon, ພວກເຮົາຈະບໍ່ເຫັນສະພາບແວດລ້ອມໃຫມ່ຢູ່ທີ່ນັ້ນ.

ໃຫ້ເບິ່ງຢູ່ໃນພາກສາຂາ Git.

ດັ່ງນັ້ນ, ກະທູ້ຂອງພວກເຮົາ 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 CI.

ພວກເຮົາຕ້ອງການຄໍາຮ້ອງຂໍການລວມໃຫມ່ເພື່ອທົດສອບນີ້. ມາສ້າງສາຂາໃໝ່ໂດຍໃຊ້ git checkout -b auto-multidev-creation.

ເພື່ອໃຊ້ Terminus ໃນວຽກງານ GitLab CI/CD, ທ່ານຕ້ອງມີເຄື່ອງໝາຍເຄື່ອງເພື່ອກວດສອບຄວາມຖືກຕ້ອງກັບ Terminus ແລະຮູບບັນຈຸທີ່ມີ Terminus.

ການສ້າງ Pantheon Machine Token, ບັນທຶກມັນໄວ້ໃນບ່ອນທີ່ປອດໄພແລະເພີ່ມມັນເປັນຕົວແປສະພາບແວດລ້ອມທົ່ວໂລກໃນ 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 ໃນໄດເລກະທໍລີ repository ທ້ອງຖິ່ນທີ່ມີເນື້ອຫາຕໍ່ໄປນີ້:

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

ເປີດພາກສ່ວນ Registry ໃນໂຄງການ 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

script ແມ່ນຢູ່ໃນໄດເລກະທໍລີສ່ວນຕົວແລະ ບໍ່ອະນຸຍາດໃຫ້ເຂົ້າເຖິງເວັບໄຊທ໌ Pantheon. ພວກເຮົາມີ script ສໍາລັບເຫດຜົນ 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, ສາມາດຂະຫຍາຍໄດ້ຜ່ານ plugins?

ພວກເຮົາຢູ່ Pantheon ໄດ້ເຮັດວຽກທີ່ດີໃນສະບັບ 2 ຂອງພວກເຮົາ plugin ສໍາລັບເຄື່ອງມືສ້າງ Terminus ດ້ວຍການສະຫນັບສະຫນູນ GitLab. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ຕ້ອງ​ການ​ລົບ​ກວນ​ກັບ​ການ​ຕັ້ງ​ຄ່າ​ສໍາ​ລັບ​ແຕ່​ລະ​ໂຄງ​ການ​, ພະ​ຍາ​ຍາມ plugin ນີ້​ແລະ​ຊ່ວຍ​ພວກ​ເຮົາ​ທົດ​ສອບ v2 beta​. ສໍາລັບທີມງານ Terminus build:project:create ທ່ານພຽງແຕ່ຕ້ອງການ Pantheon token ແລະ GitLab token. ນາງຈະນໍາໃຊ້ຫນຶ່ງໃນໂຄງການຕົວຢ່າງທີ່ມີ Composer ແລະການທົດສອບອັດຕະໂນມັດ, ສ້າງໂຄງການໃຫມ່ໃນ GitLab, ເວັບໄຊທ໌ Pantheon ໃຫມ່, ແລະເຊື່ອມຕໍ່ພວກເຂົາໂດຍໃຊ້ຕົວແປສະພາບແວດລ້ອມແລະປຸ່ມ SSH.

ກ່ຽວກັບຜູ້ຂຽນ

Andrew Taylor ສ້າງເຄື່ອງມືສໍາລັບນັກພັດທະນາໃນ Pantheon.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com