ການ BereDeploy ດ້ວຍ Zinnector®: ເຊື່ອມຕໍ່, ກວດສອບ, ພຸຊ

ເມື່ອໂຄງການເຮັດວຽກຢູ່ເຄື່ອງໃນທ້ອງຖິ່ນແລ້ວ, ມີສີ່ຄໍາສັ່ງທີ່ຈະນໍາໂຄງການໄປສູ່ເວັບໄຊຈິງຢູ່ເທິງໂຮສຕິ້ງ Zinn Digital®: ເຂົ້າສູ່ລະບົບ, ເຊື່ອມໂຍງໂຄງການໃສ່ຊ່ອງໂຮສຕິ້ງ, ອ່ານການກວດສອບກ່ອນດໍາເນີນການ, ແລະ ຍູ້ຂໍ້ມູນ. ບົດຄວາມນີ້ຈະອະທິບາຍແຕ່ລະຄໍາສັ່ງ, ສິ່ງທີ່ຄໍາສັ່ງສະແດງຜົນອອກມາ, ແລະ ຄໍາສັ່ງທີ່ທ່ານຈະຕ້ອງໃຊ້ຫຼັງຈາກນັ້ນ — ການຕັ້ງຄ່າໃໝ່, ປະວັດການຕັ້ງຄ່າ ແລະ ບັນທຶກການສ້າງ.

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

ສ້າງ key ຢູ່ແຜງຄວບຄຸມກ້ອງ Settings → API keys, ຈາກນັ້ນ:

zinnector login

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

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

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

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

ອ່ານການກວດສອບກ່ອນດໍາເນີນການ

zinnector check

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

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

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

ຍູ້ຂໍ້ມູນ

zinnector push

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

ເມື່ອເກີດຂໍ້ຜິດພາດ

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

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

ເນື້ອຫາທີ່ກ່ຽວຂ້ອງ

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