ການນຳໃຊ້ດ້ວຍ Zinnector®: ເຊື່ອມຕໍ່, ກວດສອບ, ຍູ້

ເມື່ອໂຄງການເຮັດວຽກຢູ່ໃນເຄື່ອງຂອງທ່ານແລ້ວ, ສີ່ຄຳສັ່ງຈະນຳມັນໄປສູ່ເວັບໄຊທີ່ເປີດໃຊ້ງານຕົວຈິງເທິງໂຮສຕິ້ງ Zinn Digital®: ເຂົ້າສູ່ລະບົບ, ເຊື່ອມໂຍງໂຄງການກັບຊ່ອງໂຮສຕິ້ງ, ກວດສອບກ່ອນການນຳໃຊ້ (pre-flight), ແລະ push. ບົດຄວາມນີ້ຈະພາທ່ານຜ່ານແຕ່ລະຂັ້ນຕອນ, ສິ່ງທີ່ມັນສະແດງຜົນ, ແລະ ຄຳສັ່ງທີ່ທ່ານຈະໃຊ້ຕໍ່ຈາກນັ້ນ — ການ deploy ຊ້ຳ, ປະຫວັດການ deploy ແລະ ບັນທຶກການ build.

ເຂົ້າສູ່ລະບົບດ້ວຍຄີ API

ສ້າງຄີໃນແຜງຄວບຄຸມພາຍໃຕ້ ການຕັ້ງຄ່າ → ຄີ API, ຈາກນັ້ນ:

zinnector login

ຄີຈະຖືກພິມຢູ່ທີ່ prompt — ມັນຈະ ບໍ່ ຖືກຍອມຮັບໃນ command line ເດັດຂາດ, ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ສາມາດໄປຢູ່ໃນປະຫວັດ shell ຫຼື ລາຍການ process ຂອງທ່ານໄດ້. ໃນ CI, ໃຫ້ສົ່ງຄ່າຜ່ານ pipe: echo "$ZINN_API_KEY" | zinnector login --profile ci, ຫຼື ຕັ້ງຄ່າ ZINNECTOR_TOKEN ແລ້ວຂ້າມ login ໄປເລີຍ. ຄີຈະຖືກກວດສອບຄວາມຖືກຕ້ອງກ່ອນທີ່ຈະຖືກບັນທຶກ, ແລະ ບັນທຶກດ້ວຍຮູບແບບໄຟລ໌ 600. zinnector whoami --scopes ຈະສະແດງວ່າທ່ານເຂົ້າສູ່ລະບົບໃນອົງກອນໃດ ແລະ ຄີມີສິດອະນຸຍາດໃດແດ່; ຄີ sandbox ຈະຖືກລະບຸໄວ້ຢ່າງຊັດເຈນ.

ເຊື່ອມໂຍງໂຄງການກັບຊ່ອງໂຮສຕິ້ງ

zinnector link                                   # ເລືອກເວັບໄຊຈາກລາຍການ
zinnector link example.com --repo acme/site --branch main

link ຈະຂຽນ id ຂອງເວັບໄຊລົງໃນ zinnector.json ແລະ ເຊື່ອມຕໍ່ git remote ຂອງໂຄງການກັບເວັບໄຊເທິງແພລດຟອມ ເວັ້ນເສຍແຕ່ທ່ານຈະໃສ່ --no-repo, ເພື່ອໃຫ້ການ push ທຳການ deploy ໂຄງການ. ໃຫ້ commit zinnector.json: ເພື່ອນຮ່ວມງານທີ່ clone repository ຈະສາມາດ deploy ໄປຍັງບ່ອນດຽວກັນໄດ້ໂດຍບໍ່ຕ້ອງບອກ. ມັນບໍ່ມີຂໍ້ມູນລັບໃດໆ.

ກວດສອບກ່ອນການນຳໃຊ້ (pre-flight)

zinnector check

ນີ້ແມ່ນຄຳສັ່ງທີ່ CLI ນີ້ຖືກສ້າງຂຶ້ນມາເພື່ອມັນ. ມັນຈະປຽບທຽບໂຄງການຂອງທ່ານກັບຊ່ອງໂຮສຕິ້ງທີ່ກຳລັງຈະຖືກ deploy ໄປຫາ ແລະ ສະແດງທຸກຈຸດທີ່ບໍ່ກົງກັນ — ລວມທັງທຸກການປຽບທຽບທີ່ບໍ່ສາມາດກວດສອບໄດ້:

• ເວີຊັນ PHP, ໂດຍຊ່ອງຫວ່າງຂອງເວີຊັນຫຼັກ (major-version) ຈະຖືກຈັດລະດັບ ສູງ ເພາະມັນເຮັດໃຫ້ເວັບໄຊໃຊ້ງານບໍ່ໄດ້ຢ່າງແນ່ນອນ ແລະ ຊ່ອງຫວ່າງເວີຊັນຍ່ອຍຈະຖືກຈັດລະດັບຕ່ຳລົງມາ, ເພາະການຈັດທຸກຢ່າງເປັນລະດັບວິກິດຈະເຮັດໃຫ້ຄົນລະເລີຍຄຳເຕືອນ.
• ຊ່ອງໂຮສຕິ້ງ ສາມາດປ່ຽນ ໄປໃຊ້ເວີຊັນທີ່ທ່ານໃຊ້ພັດທະນາໄດ້ຫຼືບໍ່, PHP ຂອງຊ່ອງໂຮສຕິ້ງນັ້ນ ໝົດອາຍຸການໃຊ້ງານ (end of life) ແລ້ວຫຼືບໍ່, ແລະ ເຄື່ອງແມ່ຂ່າຍໄດ້ ນຳໃຊ້ ເວີຊັນນັ້ນແລ້ວ ຫຼື ພຽງແຕ່ໄດ້ຮັບຄຳສັ່ງ.
• ຂະໜາດ ແລະ ຈຳນວນໄຟລ໌ ຂອງໂຄງການຂອງທ່ານ ທຽບກັບພື້ນທີ່ດິສກ໌ ແລະ inode ທີ່ເຫຼືອຢູ່ຕົວຈິງໃນຊ່ອງໂຮສຕິ້ງ — ໂຄງສ້າງ WordPress ສາມາດມີຈຳນວນໄຟລ໌ເຕັມໄດ້ ເຖິງແມ່ນວ່າພື້ນທີ່ດິສກ໌ຍັງເຫຼືອຫຼາຍກໍຕາມ.
• ເວີຊັນ WordPress ຂອງແຕ່ລະຝ່າຍ, ຊ່ອງໂຮສຕິ້ງ ສຳເລັດການກຽມພ້ອມລະບົບ (provisioning) ແລ້ວຫຼືບໍ່, ແລະ ມີ repository ເຊື່ອມຕໍ່ຢູ່ ເພື່ອທຳການ push ໄປຫຼືບໍ່.

ມັນຈະແຈ້ງເຕືອນ; ແຕ່ບໍ່ເຄີຍບລັອກ. ທຸກໆ ຂໍ້ຜິດພາດທີ່ພົບສາມາດຂ້າມຜ່ານໄດ້ດ້ວຍ zinnector push --force, ເພາະທ່ານຮູ້ຈັກເວັບໄຊຂອງທ່ານເອງດີກວ່າຕົວລະບົບກວດສອບ. ການປຽບທຽບທີ່ບໍ່ສາມາດເຮັດໄດ້ຈະຖືກລາຍງານວ່າ ບໍ່ຮູ້ຈັກ, ບໍ່ເຄີຍລາຍງານວ່າຜ່ານ, ແລະ ບົດສະຫຼຸບຈະບອກສະເໝີວ່າມີຈັກລາຍການ. ໂດຍຄ່າເລີ່ມຕົ້ນ ເວີຊັນ PHP ໃນເຄື່ອງຈະເປັນເວີຊັນທີ່ ປະກາດໄວ້ ໃນ zinnector.json; --probe ຈະເປີດ runtime ໃນເຄື່ອງ ແລະ ທຳການວັດແທກຕົວຈິງແທນ. --strict ຈະ exit ດ້ວຍຄ່າທີ່ບໍ່ແມ່ນສູນຫາກມີລາຍການທີ່ບໍ່ຮູ້ຈັກ, ເຊິ່ງເປັນສິ່ງທີ່ CI gate ຕ້ອງການ.

Push

zinnector push

push ຈະດຳເນີນການກວດສອບກ່ອນການນຳໃຊ້ (pre-flight), push ການ commit ຂອງທ່ານ, ເລີ່ມການ deploy ແລະ ຕິດຕາມຈົນສຳເລັດ, ພ້ອມສະແດງສະຖານະສຸດທ້າຍ ແລະ commit ທີ່ຖືກ deploy. --dry-run ຈະເຮັດທຸກຢ່າງຍົກເວັ້ນການ deploy; --no-wait ຈະເລີ່ມການ deploy ແລ້ວອອກທັນທີ; --no-git ຈະ deploy ສິ່ງໃດກໍຕາມທີ່ແພລດຟອມມີຢູ່ແລ້ວໂດຍບໍ່ຕ້ອງ push. ຖ້າ commit ທີ່ຖືກ deploy ບໍ່ແມ່ນອັນທີ່ຫາກໍ່ຖືກ push ໄປ, ມັນຈະແຈ້ງໃຫ້ຊາບ.

ເມື່ອມີບາງຢ່າງຜິດພາດ

zinnector deploys example.com        # ປະຫວັດການ deploy — ສະຖານະ, commit, ຕົວກະຕຸ້ນ, ຂໍ້ຄວາມ
zinnector logs example.com --build   # ບັນທຶກການ build ຂອງການ deploy ຄັ້ງຫຼ້າສຸດ
zinnector logs example.com --error   # ບັນທຶກຂໍ້ຜິດພາດຂອງເວັບໄຊ
zinnector deploy example.com         # deploy ສິ່ງທີ່ແພລດຟອມມີຢູ່ແລ້ວຄືນໃໝ່
zinnector ai "why is my deploy failing?"

zinnector ai ເຮັດວຽກຢູ່ເທິງແພລດຟອມໂດຍໃຊ້ບັນຊີຂອງທ່ານເອງ, ດັ່ງນັ້ນມັນຈຶ່ງສາມາດເຫັນປະຫວັດການ deploy ແລະ ບັນທຶກຕ່າງໆ ແບບດຽວກັນໄດ້. ຈາກພາຍໃນໂຄງການ ມັນຈະສົ່ງພຽງໂຄງສ້າງຂອງໂຄງການ — ຊື່ໂຟນເດີ, ເວີຊັນຕ່າງໆ ແລະ id ຂອງເວັບໄຊ — ແລະ ຈະບໍ່ສົ່ງເນື້ອຫາພາຍໃນໄຟລ໌ເດັດຂາດ.

ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ

• ການເລີ່ມຕົ້ນໃຊ້ງານ · ການພັດທະນາໃນເຄື່ອງ · ຄຳສັ່ງອ້າງອີງ · ການແກ້ໄຂບັນຫາ