# GitLab 13.4 ໄດ້ຖືກປ່ອຍອອກມາດ້ວຍການເກັບຮັກສາ HashiCorp ສໍາລັບຕົວແປ CI ແລະຕົວແທນ Kubernetes

Release 13.4 ໄດ້ຖືກປ່ອຍອອກມາດ້ວຍການເກັບຮັກສາ HashiCorp ສໍາລັບຕົວແປ CI, Kubernetes Agent ແລະສູນຄວາມປອດໄພ, ເຊັ່ນດຽວກັນກັບຄຸນສົມບັດທີ່ສາມາດປ່ຽນໄດ້ໃນ Starter

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

ຄຸນສົມບັດຄວາມປອດໄພຂັ້ນສູງ

ພວກເຮົາພະຍາຍາມເພີ່ມຄຸນສົມບັດໃຫມ່ຫຼາຍໆຢ່າງໃຫ້ກັບ GitLab DevSecOps ທຸກໆເດືອນ, ແລະການປ່ອຍນີ້ແມ່ນບໍ່ມີຂໍ້ຍົກເວັ້ນ. ກະແຈລັບຈາກຫ້ອງໂຖງ HashiCorp ດຽວນີ້ສາມາດໃຊ້ໃນວຽກ CI/CD ​ໃນ​ຂອບ​ເຂດ​ການ​ປະກອບ ​ແລະ ການ​ນຳ​ໃຊ້. ນອກຈາກນັ້ນ, ອົງການຈັດຕັ້ງທີ່ຕ້ອງການທີ່ຈະສະຫນັບສະຫນູນການແຍກຄວາມຮັບຜິດຊອບຂອງການປະຕິບັດລະຫັດສາມາດໃນປັດຈຸບັນ ເພີ່ມບົດບາດ Deployer ໃຫ້ກັບຜູ້ໃຊ້ທີ່ມີການເຂົ້າເຖິງ Reporter. ພາລະບົດບາດນີ້ກົງກັນ ຫຼັກການຂອງການເຂົ້າເຖິງສິດທິພິເສດຫນ້ອຍທີ່ສຸດ ແລະຈະຊ່ວຍໃຫ້ທ່ານສາມາດຢືນຢັນການຮ້ອງຂໍການຜະສົມຜະສານ (ໃນພາສາລັດເຊຍຂອງ GitLab "ການຮ້ອງຂໍການລວມ") ແລະນໍາໃຊ້ລະຫັດໃນສະພາບແວດລ້ອມທີ່ມີການປ້ອງກັນ, ໂດຍບໍ່ມີການສະຫນອງການເຂົ້າເຖິງການປ່ຽນແປງລະຫັດຕົວມັນເອງ.

ອີກວິທີຫນຶ່ງເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງແມ່ນການນໍາໃຊ້ໃຫມ່ ຕົວແທນ GitLab Kubernetes. ທີມງານປະຕິບັດງານສາມາດນຳໃຊ້ກຸ່ມ Kubernetes ຈາກ GitLab ໂດຍບໍ່ຕ້ອງເປີດເຜີຍກຸ່ມຂອງເຂົາເຈົ້າໄປສູ່ອິນເຕີເນັດທັງໝົດ. ພວກເຮົາຍັງແນະນຳການຮອງຮັບການຄວບຄຸມເວີຊັນອັດຕະໂນມັດສຳລັບໄຟລ໌ລັດ Terraform ໃໝ່ດ້ວຍ GitLab ຈັດການສະຖານະ Terraform ເພື່ອສະຫນັບສະຫນູນການປະຕິບັດຕາມແລະຄວາມງ່າຍຂອງການດີບັກ. ສຸດທ້າຍ, dashboard ຄວາມປອດໄພຕົວຢ່າງໄດ້ກາຍເປັນ ສູນຄວາມປອດໄພ GitLab ດ້ວຍການລາຍງານຄວາມອ່ອນແອ ແລະການຕັ້ງຄ່າຄວາມປອດໄພ.

ເຮັດວຽກທີ່ສະດວກ ແລະມີປະສິດທິພາບຫຼາຍຂຶ້ນກັບ GitLab

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

Open Source ການປະກອບສ່ວນ

ພວກເຮົາເປັນຕົວແທນ ການ​ສະ​ແດງ​ການ​ຄຸ້ມ​ຄອງ​ລະ​ຫັດ​ໃນ​ຄວາມ​ແຕກ​ຕ່າງ​ການ​ຮ້ອງ​ຂໍ​ລວມ​ທີ່ຂ້າພະເຈົ້າໄດ້ເພີ່ມ MVP ຂອງເດືອນນີ້, Fabio Huser. ເຄື່ອງຫມາຍກ່ຽວກັບການຄຸ້ມຄອງການທົດສອບຫນ່ວຍງານຂອງລະຫັດທີ່ປ່ຽນແປງໃຫ້ນັກພັດທະນາມີຄວາມຄິດທີ່ຊັດເຈນກ່ຽວກັບການຄຸ້ມຄອງລະຫັດໃນລະຫວ່າງການທົບທວນ; ຂໍ້​ມູນ​ນີ້​ຊ່ວຍ​ເລັ່ງ​ການ​ທົບ​ທວນ​ຄືນ​ແລະ​ຫຼຸດ​ຜ່ອນ​ເວ​ລາ​ສໍາ​ລັບ​ການ​ລວມ​ແລະ​ການ​ນໍາ​ໃຊ້​ລະ​ຫັດ​ໃຫມ່​. ແລະພວກເຮົາຍັງ ຍ້າຍຄຸນສົມບັດທີ່ສະຫຼັບໄດ້ (ທຸງຄຸນສົມບັດ) ໄປໃສ່ Starter ແລະວາງແຜນ ຍ້າຍພວກມັນໄປທີ່ Core ໃນການປ່ອຍ 13.5.

ແລະນີ້ແມ່ນພຽງແຕ່ການເລີ່ມຕົ້ນ!

ໃນຖານະເປັນສະເຫມີ, ມີພື້ນທີ່ຫນ້ອຍເກີນໄປໃນພາບລວມທົ່ວໄປ, ແຕ່ມີລັກສະນະເຢັນຫຼາຍໃນການປ່ອຍ 13.4. ນີ້ແມ່ນບາງອັນເພີ່ມເຕີມ:

• ເບິ່ງລາຍຊື່ໂທເຄັນການເຂົ້າເຖິງສ່ວນຕົວ ແລະຖອນພວກມັນຜ່ານ API
• ຖອດຖອນໂທເຄັນການເຂົ້າເຖິງສ່ວນຕົວສໍາລັບການເກັບຮັກສາຂໍ້ມູນປະຈໍາຕົວທີ່ຈັດການດ້ວຍຕົນເອງ
• ໝາຍສິ່ງທີ່ຕ້ອງເຮັດສຳເລັດໃນໜ້າອອກແບບ
• ທໍ່ສົ່ງຮັງ (ໃນພາສາລັດເຊຍທ້ອງຖິ່ນຂອງ GitLab "ສາຍປະກອບ") ປະຈຸບັນສາມາດດໍາເນີນການທໍ່ຮັງຂອງຕົນເອງ.
• ຮອງຮັບການພິສູດຢືນຢັນບັດອັດສະລິຍະສຳລັບ Helm chart GitLab.

ຖ້າເຈົ້າຢາກຮູ້ລ່ວງໜ້າວ່າມີຫຍັງລໍຖ້າເຈົ້າຢູ່ ຕໍ່ໄປ ປ່ອຍ, ເບິ່ງ ວິດີໂອປ່ອຍ 13.5 ຂອງພວກເຮົາ.

ເບິ່ງເວັບຄາສທ໌ຂອງພວກເຮົາ “Resiliency In Challenging Times”.

MVP ເດືອນ​ນີ້ - Fabio Huser

Fabio ປະກອບສ່ວນຢ່າງຫຼວງຫຼາຍ ການປະກອບສ່ວນ в ການ​ສະ​ແດງ​ການ​ຄຸ້ມ​ຄອງ​ລະ​ຫັດ​ໃນ​ຄວາມ​ແຕກ​ຕ່າງ​ການ​ຮ້ອງ​ຂໍ​ລວມ​ - ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ໄດ້​ລໍ​ຖ້າ​ເປັນ​ເວ​ລາ​ດົນ​ນານ​ໃນ​ຊຸມ​ຊົນ GitLab​. ນີ້ແມ່ນການປະກອບສ່ວນທີ່ສໍາຄັນຢ່າງແທ້ຈິງກັບການປ່ຽນແປງທີ່ບໍ່ແມ່ນເລື່ອງເລັກໆນ້ອຍໆທີ່ຕ້ອງການການຮ່ວມມືຢ່າງຕໍ່ເນື່ອງກັບສະມາຊິກທີມ GitLab ແລະໄດ້ຮັບຜົນກະທົບຫຼາຍພື້ນທີ່ຂອງໂຄງການເຊັ່ນ UX, front-end ແລະ back-end.

ລັກສະນະຕົ້ນຕໍຂອງການປ່ອຍ GitLab 13.4

ໃຊ້ກະແຈ HashiCorp Vault ໃນວຽກ CI

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ໃນການປ່ອຍ 12.10, GitLab ໄດ້ນໍາສະເຫນີຄວາມສາມາດໃນການຮັບແລະໂອນລະຫັດໄປຫາວຽກ CI ໂດຍໃຊ້ຕົວຈັດການວຽກ GitLab (GitLab runner). ໃນປັດຈຸບັນພວກເຮົາກໍາລັງຂະຫຍາຍ ການກວດສອບຄວາມຖືກຕ້ອງໂດຍໃຊ້ JWT, ເພີ່ມ syntax ໃຫມ່ secrets ຍື່ນ .gitlab-ci.yml. ນີ້ຈະເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຕັ້ງຄ່າແລະນໍາໃຊ້ບ່ອນເກັບຂໍ້ມູນ HashiCorp ກັບ GitLab.

ເອກະສານສໍາລັບການເຮັດວຽກກັບກະແຈ и ປີ້ຕົ້ນສະບັບ.

ແນະນຳ GitLab Kubernetes ຕົວແທນ

(PREMIUM, ULTIMATE) ຂັ້ນຕອນຮອບວຽນ DevOps: ຕັ້ງຄ່າ

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

ມື້ນີ້ພວກເຮົາຂໍນຳສະເໜີ GitLab Kubernetes Agent, ວິທີໃໝ່ເພື່ອນຳໃຊ້ກັບກຸ່ມ Kubernetes. ຕົວແທນດໍາເນີນການພາຍໃນກຸ່ມຂອງທ່ານ, ດັ່ງນັ້ນທ່ານບໍ່ຈໍາເປັນຕ້ອງເປີດເຜີຍມັນໄປສູ່ອິນເຕີເນັດທັງຫມົດ. ຕົວແທນປະສານງານການປະຕິບັດໂດຍການຮ້ອງຂໍການປ່ຽນແປງໃຫມ່ຈາກ GitLab, ແທນທີ່ຈະ GitLab ຊຸກຍູ້ການອັບເດດໄປຫາກຸ່ມ. ບໍ່ວ່າວິທີການ GitOps ທີ່ທ່ານໃຊ້, GitLab ໄດ້ຄຸ້ມຄອງໃຫ້ທ່ານ.

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

ເອກະສານຕົວແທນ GitLab Kubernetes и ປີ້ຕົ້ນສະບັບ.

ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດນຳໃຊ້ໄດ້ໂດຍບໍ່ມີການເຂົ້າລະຫັດ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ກ່ອນຫນ້ານີ້, ລະບົບການອະນຸຍາດຂອງ GitLab ເຮັດໃຫ້ມັນຍາກທີ່ຈະແບ່ງຄວາມຮັບຜິດຊອບພາຍໃນທີມງານຂອງທ່ານຢ່າງຖືກຕ້ອງລະຫວ່າງຜູ້ທີ່ຮັບຜິດຊອບໃນການພັດທະນາແລະຜູ້ທີ່ຮັບຜິດຊອບໃນການປະຕິບັດ. ດ້ວຍການເປີດຕົວຂອງ GitLab 13.4, ທ່ານສາມາດອະນຸມັດການຮ້ອງຂໍການຜະສົມຜະສານສໍາລັບການນໍາໃຊ້, ເຊັ່ນດຽວກັນກັບການນໍາໃຊ້ລະຫັດຕົວຈິງກັບຄົນທີ່ບໍ່ໄດ້ຂຽນລະຫັດ, ໂດຍບໍ່ມີການໃຫ້ພວກເຂົາມີສິດທິໃນການເຂົ້າເຖິງຜູ້ຮັກສາ (ໃນພາສາລັດເຊຍທ້ອງຖິ່ນຂອງ GitLab "maintainer" ).

ເອກະສານການເຂົ້າເຖິງສິ່ງແວດລ້ອມ и epic ຕົ້ນສະບັບ.

ສູນຄວາມປອດໄພ

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ປອດໄພ

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

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

ພາກສ່ວນລາຍງານຄວາມອ່ອນແອທີ່ອຸທິດຕົນໃນປັດຈຸບັນມີພື້ນທີ່ເພີ່ມເຕີມເພື່ອສະແດງລາຍລະອຽດທີ່ສໍາຄັນ. ນີ້ແມ່ນບັນດາຊ່ອງໂຫວ່ທີ່ປະຈຸບັນຢູ່ໃນບັນຊີລາຍຊື່ຂອງຊ່ອງໂຫວ່ຂອງໂຄງການ. ການຍ້າຍ widget ທີ່ມີ metrics ຊ່ອງໂຫວ່ໄປຫາພາກສ່ວນແຍກຕ່າງຫາກສ້າງແຜງຄວບຄຸມຄວາມປອດໄພທີ່ສະດວກ. ໃນປັດຈຸບັນມັນເປັນຜ້າໃບສໍາລັບການເບິ່ງເຫັນໃນອະນາຄົດ - ບໍ່ພຽງແຕ່ສໍາລັບການຄຸ້ມຄອງຄວາມອ່ອນແອ, ແຕ່ສໍາລັບການວັດແທກທີ່ກ່ຽວຂ້ອງກັບຄວາມປອດໄພໃດໆ. ສຸດທ້າຍ, ພື້ນທີ່ການຕັ້ງຄ່າແຍກຕ່າງຫາກຈະສ້າງພື້ນທີ່ທົ່ວໄປສໍາລັບການຕັ້ງຄ່າຄວາມປອດໄພລະດັບຕົວຢ່າງທັງໝົດ, ບໍ່ພຽງແຕ່ການຈັດການຊ່ອງໂຫວ່ເທົ່ານັ້ນ.

ເອກະສານສູນຄວາມປອດໄພ Instance и epic ຕົ້ນສະບັບ.

ຄຸນສົມບັດທີ່ສາມາດປ່ຽນໄດ້ໃນປັດຈຸບັນຢູ່ໃນ GitLab Starter

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

GitLab 11.4 ຖືກປ່ອຍອອກມາ ລຸ້ນ alpha ຂອງຄຸນສົມບັດທີ່ປ່ຽນໄດ້. ໃນ 12.2 ພວກເຮົາໄດ້ແນະນໍາຍຸດທະສາດສໍາລັບພວກເຂົາ ເປີເຊັນຂອງຜູ້ໃຊ້ и ໂດຍ ID ຜູ້ໃຊ້, ແລະໃນ 13.1 ພວກເຂົາເຈົ້າໄດ້ເພີ່ມ ລາຍຊື່ຜູ້ໃຊ້ и ການ​ສ້າງ​ຕັ້ງ​ຍຸດ​ທະ​ສາດ​ ສໍາລັບສະພາບແວດລ້ອມທີ່ແຕກຕ່າງກັນ.

ໃນຕົ້ນປີນີ້, GitLab ໄດ້ໃຫ້ຄໍາຫມັ້ນສັນຍາ ຍ້າຍ 18 ລັກ​ສະ​ນະ​ ເຂົ້າໄປໃນແຫຼ່ງເປີດ. ໃນການປ່ອຍນີ້, ພວກເຮົາໄດ້ສໍາເລັດການເຄື່ອນຍ້າຍຂອງຄຸນສົມບັດທີ່ສະຫຼັບກັບແຜນ Starter ແລະຈະສືບຕໍ່ຍ້າຍພວກມັນໄປສູ່ Core ຈາກ. Git Lab 13.5. ພວກເຮົາຕື່ນເຕັ້ນທີ່ຈະນໍາເອົາຄຸນສົມບັດນີ້ມາໃຫ້ຜູ້ໃຊ້ຫຼາຍຂຶ້ນ ແລະຢາກໄດ້ຍິນວ່າທ່ານໃຊ້ມັນແນວໃດ.

ເອກະສານກ່ຽວກັບຄຸນສົມບັດທີ່ສະຫຼັບໄດ້ и ປີ້ຕົ້ນສະບັບ.

ການນໍາທາງດ່ວນຈາກແຖບຄົ້ນຫາ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) Availability

ບາງຄັ້ງເມື່ອນໍາທາງ GitLab ທ່ານຕ້ອງການໄປຫາໂຄງການສະເພາະໃດຫນຶ່ງແທນທີ່ຈະເປັນຫນ້າຜົນການຄົ້ນຫາ.

ການ​ນໍາ​ໃຊ້​ແຖບ​ຄົ້ນ​ຫາ​ທົ່ວ​ໂລກ​, ທ່ານ​ສາ​ມາດ​ທ່ອງ​ໄປ​ຫາ​ປີ້​ຫລ້າ​ສຸດ​, ກຸ່ມ​, ໂຄງ​ການ​, ການ​ຕັ້ງ​ຄ່າ​, ແລະ​ຫົວ​ຂໍ້​ການ​ຊ່ວຍ​ເຫຼືອ​. ທ່ານຍັງສາມາດໃຊ້ hotkey ໄດ້ /ເພື່ອຍ້າຍຕົວກະພິບຂອງທ່ານໄປຫາແຖບຄົ້ນຫາເພື່ອນໍາທາງ GitLab ມີປະສິດທິພາບຫຼາຍຂຶ້ນ!

ຊອກຫາເອກະສານການຕື່ມຂໍ້ມູນອັດຕະໂນມັດ и ປີ້ຕົ້ນສະບັບ.

ສະແດງລະຫັດການຄຸ້ມຄອງໃນຄວາມແຕກຕ່າງການຮ້ອງຂໍການຮວມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

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

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

Спасибо Fabio Huser ແລະ Siemens ສໍາລັບຄຸນສົມບັດນີ້!

ເອກະສານກ່ຽວກັບການສະແດງການຄຸ້ມຄອງລະຫັດໂດຍການທົດສອບ и ປີ້ຕົ້ນສະບັບ.

ສະພາບແວດລ້ອມ ແລະໂຄງການເພີ່ມເຕີມໃນກະດານສິ່ງແວດລ້ອມ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ນັບຕັ້ງແຕ່ການປ່ອຍ GitLab 12.5 ໂດຍໃຊ້ ແຜງສະພາບແວດລ້ອມ ທ່ານ​ສາ​ມາດ​ຕິດ​ຕາມ​ກວດ​ກາ​ສະ​ພາບ​ແວດ​ລ້ອມ​, ແຕ່​ບໍ່​ເກີນ​ເຈັດ​ສະ​ພາບ​ແວດ​ລ້ອມ​ໃນ​ສາມ​ໂຄງ​ການ​. ພວກເຮົາໄດ້ປັບປຸງແຜງນີ້ໃນລຸ້ນ 13.4 ໂດຍການໃສ່ໜ້າມັນເພື່ອຊ່ວຍທ່ານຮັກສາ ແລະຈັດການສະພາບແວດລ້ອມຂອງທ່ານໃນຂະໜາດ. ໃນປັດຈຸບັນທ່ານສາມາດເບິ່ງສະພາບແວດລ້ອມໃນໂຄງການເພີ່ມເຕີມ.

ເອກະສານກະດານສິ່ງແວດລ້ອມ и ປີ້ຕົ້ນສະບັບ.

GitLab ຄວບຄຸມຜູ້ໃຫ້ບໍລິການ GitLab Terraform

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຕັ້ງຄ່າ

ບໍ່ດົນມານີ້ພວກເຮົາ ໄດ້ຮັບສິດທິຜູ້ຮັກສາໃຫ້ຜູ້ໃຫ້ບໍລິການ GitLab Terraform ແລະວາງແຜນ ປັບປຸງມັນໃນການປ່ອຍທີ່ຈະມາເຖິງ. ໃນເດືອນທີ່ຜ່ານມາ, ພວກເຮົາໄດ້ຍອມຮັບການຮ້ອງຂໍການລວມ 21 ສະບັບແລະປິດ 31 ປີ້, ລວມທັງບາງຂໍ້ບົກພ່ອງທີ່ເປັນເວລາດົນນານແລະລັກສະນະທີ່ຂາດຫາຍໄປເຊັ່ນ: ສະຫນັບສະຫນູນສໍາລັບກຸ່ມຕົວຢ່າງ. ເຈົ້າ​ສາ​ມາດ ຮຽນຮູ້ເພີ່ມເຕີມກ່ຽວກັບຜູ້ໃຫ້ບໍລິການ GitLab Terraform ໃນເອກະສານ Terraform.

ເອກະສານຜູ້ໃຫ້ບໍລິການ Terraform GitLab и ປີ້ຕົ້ນສະບັບ.

Fuzzing API ການທົດສອບດ້ວຍຂໍ້ມູນຈໍາເພາະ OpenAPI ຫຼືໄຟລ໌ HAR

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ປອດໄພ

ການທົດສອບ API fuzzing ເປັນວິທີທີ່ດີທີ່ຈະຊອກຫາຂໍ້ບົກພ່ອງແລະຈຸດອ່ອນໃນຄໍາຮ້ອງສະຫມັກເວັບແລະ APIs ຂອງທ່ານທີ່ເຄື່ອງສະແກນແລະວິທີການທົດສອບອື່ນໆອາດຈະພາດ.

ການທົດສອບ API fuzzing ໃນ GitLab ອະນຸຍາດໃຫ້ທ່ານສະຫນອງ ຂໍ້ມູນຈໍາເພາະ OpenAPI v2 ຫຼື ໄຟລ໌ HAR ແອັບພລິເຄຊັນຂອງທ່ານ ແລະຫຼັງຈາກນັ້ນຈະສ້າງຂໍ້ມູນການປ້ອນຂໍ້ມູນແບບສຸ່ມໂດຍອັດຕະໂນມັດ ອອກແບບມາເພື່ອທົດສອບກໍລະນີຂອບ ແລະຊອກຫາຂໍ້ບົກພ່ອງ. ຜົນໄດ້ຮັບແມ່ນເຫັນໄດ້ທັນທີພາຍໃນທໍ່ຂອງທ່ານ.

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

ເອກະສານການທົດສອບ API Fuzzing и epic ຕົ້ນສະບັບ.

ເບິ່ງຕົວຢ່າງກຣາຟໃໝ່ໃນແຜງວັດແທກ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

ກ່ອນຫນ້ານີ້, ການສ້າງກາຟໃນ dashboard metrics ໃນ GitLab ບໍ່ແມ່ນວຽກທີ່ງ່າຍ. ຫຼັງຈາກທີ່ທ່ານສ້າງ metric ໃນ dashboard YAML ໄຟລ໌, ທ່ານໄດ້ເຮັດການປ່ຽນແປງ master, ໂດຍບໍ່ສາມາດກວດສອບໄດ້ວ່າກາຟທີ່ສ້າງຂຶ້ນໃຫມ່ເຮັດວຽກແທ້ຕາມທີ່ທ່ານຕ້ອງການ. ເລີ່ມຕົ້ນດ້ວຍການປ່ອຍນີ້, ທ່ານສາມາດສະແດງການປ່ຽນແປງໃນຂະນະທີ່ທ່ານສ້າງກາຟ, ໄດ້ຮັບຄວາມຄິດຂອງຜົນໄດ້ຮັບກ່ອນທີ່ຈະສົ່ງການປ່ຽນແປງໄປຫາໄຟລ໌ dashboard YAML.

ເອກະສານກ່ຽວກັບການເພີ່ມກາຟໃຫມ່ໃສ່ກະດານ и ປີ້ຕົ້ນສະບັບ.

ຂໍ້ມູນກ່ຽວກັບການຄຸ້ມຄອງລະຫັດໂດຍການທົດສອບສໍາລັບໂຄງການທັງຫມົດຂອງກຸ່ມ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ໃນການປ່ອຍ 13.4, ມັນເປັນໄປໄດ້ທີ່ຈະປະກອບຢ່າງໄວວາແລະງ່າຍດາຍ .csv ໄຟລ໌ທີ່ມີຂໍ້ມູນທັງຫມົດກ່ຽວກັບການຄຸ້ມຄອງລະຫັດສໍາລັບໂຄງການທັງຫມົດຂອງກຸ່ມຫຼືສໍາລັບການຄັດເລືອກໂຄງການ. ຄຸນນະສົມບັດນີ້ແມ່ນ MVC, ມັນຈະປະຕິບັດຕາມຄວາມສາມາດ ແຜນການກວມເອົາສະເລ່ຍໃນໄລຍະເວລາ.

ເອກະສານການວິເຄາະບ່ອນເກັບມ້ຽນ и ປີ້ຕົ້ນສະບັບ.

ສະຫນັບສະຫນູນພາສາໃຫມ່ສໍາລັບການທົດສອບ fuzz ເຕັມ

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ປອດໄພ

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

ໃນປັດຈຸບັນທ່ານສາມາດປະເມີນຄວາມສາມາດອັນເຕັມທີ່ຂອງການທົດສອບ fuzzing ໃນຄໍາຮ້ອງສະຫມັກ Java, Rust, ແລະ Swift ຂອງທ່ານແລະຊອກຫາຄວາມຜິດພາດແລະຈຸດອ່ອນທີ່ເຄື່ອງສະແກນແລະວິທີການທົດສອບອື່ນໆອາດຈະພາດ.

ເອກະສານກ່ຽວກັບພາສາທີ່ສະຫນັບສະຫນູນສໍາລັບການທົດສອບ fuzz и epic ຕົ້ນສະບັບ.

ການແຈ້ງເຕືອນໃນໜ້າສະພາບແວດລ້ອມຫຼັກ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ໜ້າສະພາບແວດລ້ອມສະແດງສະຖານະໂດຍລວມຂອງສະພາບແວດລ້ອມຂອງເຈົ້າ. ໃນການປ່ອຍນີ້ພວກເຮົາໄດ້ປັບປຸງຫນ້ານີ້ໂດຍການເພີ່ມການສະແດງການແຈ້ງເຕືອນ. ການແຈ້ງເຕືອນທີ່ກະຕຸ້ນພ້ອມກັບສະຖານະຂອງສະພາບແວດລ້ອມຂອງທ່ານຈະຊ່ວຍໃຫ້ທ່ານປະຕິບັດຢ່າງວ່ອງໄວເພື່ອແກ້ໄຂສະຖານະການທີ່ເກີດຂື້ນ.

ເອກະສານສໍາລັບການເບິ່ງການແຈ້ງເຕືອນຫຼ້າສຸດໃນສະພາບແວດລ້ອມ и ປີ້ຕົ້ນສະບັບ.

ທໍ່ສົ່ງຮັງສາມາດແລ່ນທໍ່ຮັງຂອງຕົນເອງໄດ້

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ໃນເມື່ອກ່ອນ, ເມື່ອນໍາໃຊ້ທໍ່ທີ່ຕິດກັນ, ທໍ່ສົ່ງລູກແຕ່ລະຄົນຕ້ອງການວຽກທີ່ກະຕຸ້ນໃຫ້ຖືກກໍານົດດ້ວຍຕົນເອງໃນທໍ່ແມ່. ດຽວນີ້ເຈົ້າສາມາດສ້າງທໍ່ທີ່ວາງຊ້ອນກັນໄດ້ ທີ່ຈະເປີດຕົວທໍ່ໃດກໍໄດ້ທີ່ຕັ້ງຮັງໃໝ່ແບບໄດນາມິກ. ຕົວຢ່າງ, ຖ້າທ່ານມີ monorepository, ທ່ານສາມາດສ້າງ subpipeline ທໍາອິດແບບເຄື່ອນໄຫວ, ເຊິ່ງຕົວມັນເອງຈະສ້າງຈໍານວນທໍ່ໃຫມ່ທີ່ຕ້ອງການໂດຍອີງໃສ່ການປ່ຽນແປງຂອງສາຂາ.

ເອກະສານ Nested Pipeline и ປີ້ຕົ້ນສະບັບ.

ປັບປຸງການນໍາທາງລະຫວ່າງທໍ່ແມ່ ແລະທໍ່ທີ່ວາງໄວ້

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ເອກະສານ Nested Pipeline и ປີ້ຕົ້ນສະບັບ.

ວຽກເມທຣິກຂະໜານສະແດງຕົວແປທີ່ກ່ຽວຂ້ອງໃນຫົວຂໍ້ວຽກ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

ຖ້າທ່ານໃຊ້ ຕາຕະລາງວຽກ, ທ່ານອາດຈະໄດ້ສັງເກດເຫັນວ່າມັນເປັນການຍາກທີ່ຈະກໍານົດວ່າຕົວແປ matrix ໃດຖືກນໍາໃຊ້ສໍາລັບວຽກສະເພາະໃດຫນຶ່ງ, ເນື່ອງຈາກວ່າຊື່ວຽກເບິ່ງຄືວ່າ. matrix 1/4. ໃນການປ່ອຍ 13.4, ທ່ານຈະເຫັນຄ່າຕົວແປທີ່ກ່ຽວຂ້ອງທີ່ຖືກນໍາໃຊ້ໃນວຽກນັ້ນແທນທີ່ຈະເປັນຊື່ວຽກທົ່ວໄປ. ຕົວຢ່າງ, ຖ້າເປົ້າຫມາຍຂອງທ່ານແມ່ນເພື່ອແກ້ບັນຫາສະຖາປັດຕະຍະກໍາ x86, ຫຼັງຈາກນັ້ນວຽກຈະຖືກເອີ້ນ matrix: debug x86.

ເອກະສານສໍາລັບວຽກ Parallel Matrix и ປີ້ຕົ້ນສະບັບ.

ການປັບປຸງອື່ນໆໃນ GitLab 13.4

ການເຊື່ອມຕໍ່ບັນຊີ Atlassian

(core, STARTER, PREMIUM, ULTIMATE) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

ຕອນນີ້ຜູ້ໃຊ້ GitLab ຈະສາມາດເຊື່ອມຕໍ່ບັນຊີ GitLab ຂອງເຂົາເຈົ້າກັບບັນຊີ Atlassian Cloud ຂອງເຂົາເຈົ້າໄດ້. ນີ້ຈະຊ່ວຍໃຫ້ທ່ານເຂົ້າສູ່ລະບົບ GitLab ດ້ວຍຂໍ້ມູນປະຈໍາຕົວຂອງ Atlassian, ແລະຍັງຈະວາງພື້ນຖານສໍາລັບການປັບປຸງການເຊື່ອມໂຍງໃນອະນາຄົດ. Gitlab ກັບ Jira ແລະກັບຜະລິດຕະພັນອື່ນໆຈາກສາຍ Atlassian.

ເອກະສານປະສົມປະສານ Atlassian и ປີ້ຕົ້ນສະບັບ.

ການສົ່ງອອກບັນຊີລາຍຊື່ຂອງຄໍາຫມັ້ນສັນຍາລວມທັງຫມົດ

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

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

ດຽວນີ້ທ່ານສາມາດເກັບກຳ ແລະສົ່ງອອກຂໍ້ມູນນີ້ອອກເປັນໂປຣແກຣມເພື່ອຕອບສະໜອງໄດ້ຕາມຄວາມຕ້ອງການຂອງການກວດສອບ ຫຼືເຮັດການວິເຄາະອື່ນໆ. ເພື່ອສົ່ງອອກບັນຊີລາຍຊື່ຂອງຄໍາຫມັ້ນສັນຍາລວມທັງຫມົດສໍາລັບກຸ່ມປະຈຸບັນ, ທ່ານຈໍາເປັນຕ້ອງໄປທີ່ ແຜງໜ້າປັດການປະຕິບັດຕາມ ແລະ​ໃຫ້​ຄລິກ​ໃສ່​ປຸ່ມ​ ບັນຊີລາຍຊື່ຂອງຄໍາຫມັ້ນສັນຍາລວມທັງຫມົດ. ໄຟລ໌ຜົນໄດ້ຮັບຈະປະກອບດ້ວຍຄໍາຫມັ້ນສັນຍາທັງຫມົດຂອງຄໍາຮ້ອງຂໍລວມ, ຜູ້ຂຽນຂອງເຂົາເຈົ້າ, ID ຂອງຄໍາຮ້ອງຂໍການລວມເຂົ້າກັນທີ່ກ່ຽວຂ້ອງ, ກຸ່ມ, ໂຄງການ, ຢືນຢັນແລະຂໍ້ມູນອື່ນໆ.

ເອກະສານໃນການສ້າງບົດລາຍງານ и ປີ້ຕົ້ນສະບັບ.

ສ້າງລາຍການ ແລະຈັດການໂທເຄັນການເຂົ້າເຖິງສ່ວນຕົວຜ່ານ API

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

ການຄຸ້ມຄອງການເຂົ້າເຖິງ GitLab namespace ແມ່ນສ່ວນຫນຶ່ງທີ່ສໍາຄັນຂອງຄວາມພະຍາຍາມປະຕິບັດຕາມ. ຈາກຫຼັກການຂອງສິດທິພິເສດຫນ້ອຍທີ່ສຸດກັບການປິດການເຂົ້າເຖິງທີ່ກໍານົດເວລາ, ອາດຈະມີຄວາມຕ້ອງການຈໍານວນຫນຶ່ງທີ່ກ່ຽວຂ້ອງກັບ tokens ການເຂົ້າເຖິງສ່ວນບຸກຄົນໃນ GitLab. ເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການຮັກສາ ແລະຈັດການຂໍ້ມູນປະຈຳຕົວຜູ້ໃຊ້ທັງໝົດເຫຼົ່ານີ້ພາຍໃນ namespace ຂອງທ່ານ, ພວກເຮົາໄດ້ສະໜອງຄວາມສາມາດໃຫ້ລາຍຊື່ໂທເຄັນການເຂົ້າເຖິງສ່ວນຕົວທັງໝົດ ແລະເປັນທາງເລືອກ. ປະຕິເສດການເຂົ້າເຖິງ ຜ່ານ API.

ການປັບປຸງເຫຼົ່ານີ້ກັບ GitLab API ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດລາຍຊື່ແລະຖອນ tokens ສ່ວນບຸກຄົນຂອງເຂົາເຈົ້າເອງ, ແລະຜູ້ເບິ່ງແຍງສາມາດລາຍຊື່ແລະຖອນ tokens ຂອງຜູ້ໃຊ້ຂອງເຂົາເຈົ້າ. ໃນປັດຈຸບັນມັນຈະງ່າຍຂຶ້ນສໍາລັບຜູ້ບໍລິຫານເພື່ອເບິ່ງວ່າໃຜສາມາດເຂົ້າເຖິງ namespace ຂອງເຂົາເຈົ້າ, ການຕັດສິນໃຈການເຂົ້າເຖິງໂດຍອີງໃສ່ຂໍ້ມູນຜູ້ໃຊ້, ແລະຖອນ tokens ການເຂົ້າເຖິງສ່ວນບຸກຄົນທີ່ອາດຈະຖືກທໍາລາຍຫຼືທີ່ຢູ່ນອກນະໂຍບາຍການຄຸ້ມຄອງການເຂົ້າເຖິງຂອງບໍລິສັດ.

ເອກະສານ Token ການເຂົ້າເຖິງສ່ວນບຸກຄົນ и ປີ້ຕົ້ນສະບັບ.

ບັນຫາທີ່ກ່ຽວຂ້ອງ ແລະຄຸນສົມບັດອື່ນໆໃນປັດຈຸບັນຢູ່ໃນ GitLab Core

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ແຜນການ

ສອງສາມເດືອນກ່ອນຫນ້ານີ້ພວກເຮົາໄດ້ປະກາດແຜນການທີ່ຈະ ການແປ 18 ລັກສະນະເປັນລະຫັດແຫຼ່ງເປີດ. ໂດຍ​ການ​ເຮັດ​ວຽກ​ເພື່ອ​ໃຫ້​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ນີ້​, ພວກ​ເຮົາ​ໄດ້​ເຮັດ​ໃຫ້​ ປີ້ທີ່ກ່ຽວຂ້ອງ, ສົ່ງອອກປີ້ເປັນ CSV и ໂໝດໂຟກັສຂອງກະດານວຽກ (ໃນພາສາລັດເຊຍທ້ອງຖິ່ນຂອງ GitLab "ກະດານສົນທະນາ") ທີ່ມີຢູ່ໃນແຜນການຫຼັກ. ອັນນີ້ໃຊ້ໄດ້ກັບຄວາມສຳພັນທີ່ “ເຊື່ອມໂຍງ” ເທົ່ານັ້ນ; “ບລັອກ” ແລະ “ຖືກບລັອກ” ຄວາມສຳພັນຍັງຄົງຢູ່ໃນແຜນການຈ່າຍ.

ເອກະສານກ່ຽວກັບປີ້ທີ່ກ່ຽວຂ້ອງ и ປີ້ຕົ້ນສະບັບ.

ກຳລັງສະແດງຊື່ສາຂາຕົ້ນກຳເນີດຢູ່ໃນແຖບຂ້າງການຮ້ອງຂໍການຮວມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

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

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

Спасибо Ethan Reesor ສໍາລັບການປະກອບສ່ວນອັນໃຫຍ່ຫຼວງຂອງທ່ານໃນການພັດທະນາຄຸນສົມບັດນີ້!

ຮວມເອກະສານການຮ້ອງຂໍ и ປີ້ຕົ້ນສະບັບ.

ການຊີ້ບອກເຖິງການປະກົດຕົວຂອງໄຟລ໌ທີ່ຫຍໍ້ລົງໃນຄວາມແຕກຕ່າງການຮ້ອງຂໍການລວມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ຮວມການຮ້ອງຂໍທີ່ເພີ່ມການປ່ຽນແປງໃຫ້ກັບຫຼາຍໄຟລ໌ ບາງຄັ້ງກໍ່ຫຍໍ້ຄວາມແຕກຕ່າງຂອງໄຟລ໌ຂະໜາດໃຫຍ່ເພື່ອປັບປຸງປະສິດທິພາບການສະແດງຜົນ. ເມື່ອສິ່ງດັ່ງກ່າວເກີດຂຶ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະຂ້າມໄຟລ໌ໂດຍບັງເອີນໃນລະຫວ່າງການທົບທວນ, ໂດຍສະເພາະໃນການຮ້ອງຂໍການລວມກັບໄຟລ໌ຈໍານວນຫລາຍ. ໂດຍເລີ່ມຈາກເວີຊັນ 13.4, ການຮ້ອງຂໍການຮວມຈະໝາຍຄວາມແຕກຕ່າງທີ່ມີໄຟລ໌ທີ່ພັບໄວ້, ດັ່ງນັ້ນທ່ານຈະບໍ່ພາດໄຟລ໌ເຫຼົ່ານີ້ໃນລະຫວ່າງການກວດສອບລະຫັດ. ເພື່ອຄວາມຊັດເຈນຍິ່ງຂຶ້ນ, ພວກເຮົາວາງແຜນທີ່ຈະເພີ່ມການເນັ້ນໃສ່ໄຟລ໌ເຫຼົ່ານີ້ໃນການປ່ອຍໃນອະນາຄົດ. ຕິດຕາມການອັບເດດຢູ່ ປີ້ gitlab #16047.

ເອ​ກະ​ສານ​ກ່ຽວ​ກັບ​ໄຟລ​໌ folded ໃນ merge ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແຕກ​ຕ່າງ​ກັນ​ и ປີ້ຕົ້ນສະບັບ.

ຄໍາເຕືອນກ່ຽວກັບການມີໄຟລ໌ທີ່ຫຍໍ້ລົງໃນຄວາມແຕກຕ່າງຂອງການຮ້ອງຂໍການລວມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ໃນພາກສ່ວນການຮ້ອງຂໍການລວມເຂົ້າກັນ, ໄຟລ໌ຂະຫນາດໃຫຍ່ຖືກຫຍໍ້ລົງເພື່ອປັບປຸງປະສິດທິພາບ. ຢ່າງໃດກໍຕາມ, ເມື່ອທົບທວນລະຫັດ, ບາງໄຟລ໌ອາດຈະພາດໂອກາດທີ່ນັກທົບທວນເລື່ອນຜ່ານບັນຊີລາຍຊື່ຂອງໄຟລ໌, ເນື່ອງຈາກວ່າໄຟລ໌ຂະຫນາດໃຫຍ່ທັງຫມົດຖືກຍຸບລົງ.

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

ເອ​ກະ​ສານ​ກ່ຽວ​ກັບ​ໄຟລ​໌ folded ໃນ merge ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແຕກ​ຕ່າງ​ກັນ​ и ປີ້ຕົ້ນສະບັບ.

ການຟື້ນຕົວອັດຕະໂນມັດຂອງ Gitaly cluster repository

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ກ່ອນຫນ້ານີ້, ເມື່ອ node ຫຼັກຂອງກຸ່ມ Gitaly ໄປອອຟໄລ, repositories ໃນ node ດັ່ງກ່າວໄດ້ຖືກຫມາຍເປັນອ່ານເທົ່ານັ້ນ. ນີ້ປ້ອງກັນການສູນເສຍຂໍ້ມູນໃນສະຖານະການທີ່ມີການປ່ຽນແປງໃນ node ທີ່ຍັງບໍ່ທັນໄດ້ replicated. ເມື່ອ node ກັບມາອອນໄລນ໌, GitLab ບໍ່ໄດ້ຖືກຟື້ນຟູໂດຍອັດຕະໂນມັດ, ແລະຜູ້ບໍລິຫານຕ້ອງເລີ່ມຕົ້ນຂະບວນການ synchronization ດ້ວຍຕົນເອງຫຼືຍອມຮັບການສູນເສຍຂໍ້ມູນ. ສະຖານະການອື່ນໆ, ເຊັ່ນ: ຄວາມລົ້ມເຫຼວຂອງວຽກ replication ໃນ node ທີສອງ, ຍັງສາມາດສົ່ງຜົນໃຫ້ repositories stale ຫຼືອ່ານເທົ່ານັ້ນ. ໃນ​ກໍ​ລະ​ນີ​ນີ້​, repository ຍັງ​ຄົງ​ຄ້າງ​ຈົນ​ກ​່​ວາ​ການ​ດໍາ​ເນີນ​ງານ​ການ​ຂຽນ​ຄັ້ງ​ຕໍ່​ໄປ​ໄດ້​ເກີດ​ຂຶ້ນ​, ເຊິ່ງ​ຈະ​ເລີ່ມ​ຕົ້ນ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ຈໍາ​ລອງ​ໄດ້​.

ເພື່ອແກ້ໄຂບັນຫານີ້ Praefect ຕອນນີ້ຈັດຕາຕະລາງວຽກການຈຳລອງເມື່ອມັນກວດພົບບ່ອນເກັບມ້ຽນທີ່ລ້າສະໄໝໃນໜຶ່ງໂຫນດ ແລະ ເວີຊັນຫຼ້າສຸດຂອງບ່ອນເກັບຂໍ້ມູນໃນອີກອັນໜຶ່ງ. ວຽກການຈໍາລອງນີ້ເຮັດໃຫ້ repository ປັບປຸງອັດຕະໂນມັດ, ລົບລ້າງຄວາມຕ້ອງການທີ່ຈະຟື້ນຟູຂໍ້ມູນດ້ວຍຕົນເອງ. ການຟື້ນຕົວແບບອັດຕະໂນມັດຍັງຮັບປະກັນວ່າ nodes ທີສອງຖືກນໍາມາໃຫ້ທັນສະໄຫມຢ່າງໄວວາຖ້າວຽກ replication ລົ້ມເຫລວ, ແທນທີ່ຈະລໍຖ້າການດໍາເນີນງານການຂຽນຕໍ່ໄປ. ເນື່ອງຈາກກຸ່ມ Gilaly ຈໍານວນຫຼາຍເກັບຮັກສາ repositories ຈໍານວນຫລາຍ, ນີ້ຈະຫຼຸດລົງຢ່າງຫຼວງຫຼາຍທີ່ໃຊ້ເວລາທີ່ຜູ້ບໍລິຫານແລະວິສະວະກອນຄວາມຫນ້າເຊື່ອຖືໃຊ້ເວລາໃນການຟື້ນຕົວຂໍ້ມູນຫຼັງຈາກຄວາມຜິດພາດ.

ນອກຈາກນັ້ນ, ການສ້ອມແປງອັດຕະໂນມັດເລີ່ມຕົ້ນ replication ຂອງ repositories ໃນ node Gitaly ໃຫມ່ໃດໆທີ່ເພີ່ມເຂົ້າໄປໃນ cluster, ກໍາຈັດການເຮັດວຽກຄູ່ມືໃນເວລາທີ່ເພີ່ມ nodes ໃຫມ່.

ເອກະສານການກູ້ຂໍ້ມູນ Gitaly и ປີ້ຕົ້ນສະບັບ.

ໝາຍໜ້າວຽກທີ່ຕ້ອງເຮັດວ່າສຳເລັດແລ້ວໃນໜ້າອອກແບບ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ການສື່ສານທີ່ມີປະສິດທິພາບໃນ GitLab ແມ່ນອີງໃສ່ລາຍການທີ່ຕ້ອງເຮັດ. ຖ້າທ່ານຖືກກ່າວເຖິງໃນຄໍາເຫັນ, ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະສາມາດໂດດໄປຫາວຽກໃດ ໜຶ່ງ ແລະເລີ່ມເຮັດບາງສິ່ງບາງຢ່າງຫຼື ໝາຍ ວ່າມັນ ສຳ ເລັດແລ້ວ. ມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະສາມາດມອບຫມາຍວຽກງານໃຫ້ກັບຕົວທ່ານເອງໃນເວລາທີ່ທ່ານຕ້ອງການເຮັດວຽກກ່ຽວກັບບາງສິ່ງບາງຢ່າງຫຼືກັບຄືນມາໃນພາຍຫຼັງ.

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

ໃນການປ່ອຍ 13.4, ການອອກແບບຈັບກັບຄໍາຄິດຄໍາເຫັນຂອງປີ້ໃນການນໍາໃຊ້ວຽກງານ, ເຊິ່ງເຮັດໃຫ້ການເຮັດວຽກກັບພວກເຂົາສອດຄ່ອງແລະມີປະສິດທິພາບຫຼາຍຂຶ້ນ.

ເອກະສານກ່ຽວກັບການເພີ່ມວຽກງານສໍາລັບການອອກແບບ и ປີ້ຕົ້ນສະບັບ.

ປັບປຸງຄູ່ມືແກ້ໄຂບັນຫາສໍາລັບ CI/CD

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ເອກະສານແກ້ໄຂບັນຫາ CI/CD и ປີ້ຕົ້ນສະບັບ.

ການຮ້ອງຂໍການຮວມຈະບໍ່ອອກຈາກຄິວການຮວມອີກຕໍ່ໄປ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ຮວມເອກະສານຄິວ и ປີ້ຕົ້ນສະບັບ.

ສະແດງຄ່າການຄຸ້ມຄອງລະຫັດສໍາລັບວຽກໃນຄໍາຮ້ອງຂໍການລວມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ເອກະສານການວິເຄາະການຄຸ້ມຄອງລະຫັດ и ປີ້ຕົ້ນສະບັບ.

ການເອົາແພັກເກດອອກຈາກການລົງທະບຽນແພັກເກັດເມື່ອເບິ່ງກຸ່ມ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຊຸດ

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

ດຽວນີ້ທ່ານສາມາດເອົາແພັກເກດອອກໄດ້ເມື່ອເບິ່ງການລົງທະບຽນແພັກເກດຂອງກຸ່ມ. ພຽງແຕ່ໄປທີ່ໜ້າການລົງທະບຽນແພັກເກັດຂອງກຸ່ມ, ກັ່ນຕອງແພັກເກັດຕ່າງໆຕາມຊື່, ແລະເອົາອັນທີ່ທ່ານບໍ່ຕ້ອງການອອກ.

ເອກະສານກ່ຽວກັບການຖອນແພັກເກັດອອກຈາກທະບຽນແພັກເກັດ и ປີ້ຕົ້ນສະບັບ.

ການຂະຫຍາຍແພັກເກດ Conan ໃນລະດັບໂຄງການ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຊຸດ

ທ່ານສາມາດນໍາໃຊ້ບ່ອນເກັບມ້ຽນ Conan ໃນ GitLab ເພື່ອເຜີຍແຜ່ແລະແຈກຢາຍ C / C ++ ຂຶ້ນກັບ. ແນວໃດກໍ່ຕາມ, ກ່ອນຫນ້ານີ້ແພັກເກັດສາມາດຂະຫນາດໄດ້ພຽງແຕ່ລະດັບຕົວຢ່າງ, ເນື່ອງຈາກວ່າຊື່ແພັກເກດ Conan ສາມາດສູງສຸດພຽງແຕ່ 51 ຕົວອັກສອນ. ຖ້າທ່ານຕ້ອງການເຜີຍແຜ່ຊຸດຈາກກຸ່ມຍ່ອຍ, ຕົວຢ່າງ gitlab-org/ci-cd/package-stage/feature-testing/conan, ມັນເກືອບເປັນໄປບໍ່ໄດ້ທີ່ຈະເຮັດ.

ດຽວນີ້ທ່ານສາມາດຂະຫຍາຍຊຸດ Conan ລົງໃນລະດັບໂຄງການ, ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການເຜີຍແຜ່ແລະແຈກຢາຍການຂຶ້ນກັບໂຄງການຂອງທ່ານ.

Conan Package Publishing Documentation и ປີ້ຕົ້ນສະບັບ.

ສະຫນັບສະຫນູນສໍາລັບຜູ້ຈັດການຊຸດໃຫມ່ແລະພາສາສໍາລັບການສະແກນ dependency

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ປອດໄພ

ພວກເຮົາຕື່ນເຕັ້ນທີ່ຈະເພີ່ມການສະແກນການເພິ່ງພາອາໄສສໍາລັບໂຄງການລະຫັດ C, C++, C# ແລະ .Net ທີ່ໃຊ້ NuGet 4.9+ ຫຼືຜູ້ຈັດການຊຸດ Conan ເຂົ້າໃນລາຍຊື່ຂອງພວກເຮົາ. ພາສາທີ່ສະຫນັບສະຫນູນແລະກອບ. ຕອນນີ້ທ່ານສາມາດເປີດໃຊ້ການສະແກນການເພິ່ງພາອາໄສໄດ້ເປັນສ່ວນຫນຶ່ງຂອງຂັ້ນຕອນທີ່ປອດໄພເພື່ອກວດເບິ່ງຊ່ອງໂຫວ່ທີ່ຮູ້ຈັກໃນການເພິ່ງພາອາໄສທີ່ເພີ່ມຜ່ານຕົວຈັດການແພັກເກດ. ຊ່ອງໂຫວ່ທີ່ພົບເຫັນຈະຖືກສະແດງຢູ່ໃນຄໍາຮ້ອງຂໍການລວມກັນຂອງທ່ານພ້ອມກັບລະດັບຄວາມຮຸນແຮງຂອງພວກເຂົາ, ດັ່ງນັ້ນທ່ານຈຶ່ງຮູ້ວ່າກ່ອນທີ່ຈະປະຕິບັດການຜະສົມຜະສານສິ່ງທີ່ມີຄວາມສ່ຽງຕໍ່ການເພິ່ງພາອາໄສໃຫມ່. ນອກນັ້ນທ່ານຍັງສາມາດ configure ໂຄງການຂອງທ່ານເພື່ອຮຽກຮ້ອງໃຫ້ມີ ຮວມການຢືນຢັນການຮ້ອງຂໍ ສໍາ​ລັບ​ການ​ເພິ່ງ​ພາ​ອາ​ໄສ​ທີ່​ມີ​ຄວາມ​ອ່ອນ​ແອ​ທີ່​ມີ​ລະ​ດັບ​ຄວາມ​ຮຸນ​ແຮງ (Critical​) ສູງ (ສູງ​) ຫຼື​ບໍ່​ຮູ້​ຈັກ (ບໍ່​ຮູ້​ຈັກ​)​.

ເອກະສານສໍາລັບພາສາທີ່ສະຫນັບສະຫນູນແລະຜູ້ຈັດການຊຸດ и epic ຕົ້ນສະບັບ.

ການແຈ້ງເຕືອນເມື່ອປ່ຽນການຕັ້ງຄ່າການຮ້ອງຂໍການຮວມເປັນ 'Merge ເມື່ອທໍ່ສົ່ງສຳເລັດຜົນ'

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ກ່ອນຫນ້ານີ້, ໃນເວລາທີ່ກໍານົດການຕັ້ງຄ່າການຮ້ອງຂໍການຜະສົມຜະສານ ຮວມກັນເມື່ອທໍ່ນັ້ນສຳເລັດ (Merge ເມື່ອ Pipeline ປະສົບຜົນສໍາເລັດ, MWPS) ບໍ່ມີການແຈ້ງເຕືອນທາງອີເມວ. ທ່ານຕ້ອງກວດເບິ່ງສະຖານະດ້ວຍຕົນເອງ ຫຼືລໍຖ້າການແຈ້ງເຕືອນການຮວມ. ດ້ວຍການເປີດຕົວນີ້ພວກເຮົາມີຄວາມຍິນດີທີ່ຈະສະແດງການປະກອບສ່ວນຂອງຜູ້ໃຊ້ @ravishankar2kool, ເຊິ່ງແກ້ໄຂບັນຫານີ້ໂດຍການເພີ່ມການແຈ້ງເຕືອນອັດຕະໂນມັດໃຫ້ກັບທຸກຄົນທີ່ສະຫມັກຂໍເອົາການລວມເຂົ້າກັນເມື່ອຜູ້ທົບທວນປ່ຽນການຕັ້ງຄ່າການລວມເປັນ MWPS.

ເອ​ກະ​ສານ​ສໍາ​ລັບ​ການ​ເຂົ້າ​ຮ່ວມ​ການ​ແຈ້ງ​ການ​ເຫດ​ການ​ и ປີ້ຕົ້ນສະບັບ.

ການສ້າງກຸ່ມ EKS ດ້ວຍ Kubernetes ລຸ້ນທີ່ລະບຸໂດຍຜູ້ໃຊ້

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຕັ້ງຄ່າ

ຕອນນີ້ຜູ້ໃຊ້ GitLab ສາມາດເລືອກເວີຊັນຂອງ Kubernetes ທີ່ຈະຖືກສະໜອງໃຫ້ໂດຍ EKS; ທ່ານສາມາດເລືອກລະຫວ່າງລຸ້ນ 1.14–1.17.

ເອກະສານສໍາລັບການເພີ່ມກຸ່ມ EKS и ປີ້ຕົ້ນສະບັບ.

ການສ້າງເຫດການເປັນປະເພດປີ້

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

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

ເອກະສານສໍາລັບການສ້າງເຫດການດ້ວຍຕົນເອງ и ປີ້ຕົ້ນສະບັບ.

ການກ່າວເຖິງການແຈ້ງເຕືອນ GitLab ໃນ Markdown

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

ພວກເຮົາໄດ້ປັບປຸງການແຈ້ງເຕືອນ GitLab ໂດຍການເພີ່ມປະເພດການກ່າວເຖິງໃຫມ່ໂດຍສະເພາະສໍາລັບພວກເຂົາໃນ GitLab Markdown, ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການແບ່ງປັນແລະກ່າວເຖິງການແຈ້ງເຕືອນ. ໃຊ້ ^alert#1234ເພື່ອກ່າວເຖິງການແຈ້ງເຕືອນໃນທຸກຊ່ອງ Markdown: ໃນເຫດການ, ປີ້, ຫຼືການຮ້ອງຂໍການລວມ. ອັນນີ້ຍັງຈະຊ່ວຍໃຫ້ທ່ານລະບຸວຽກທີ່ສ້າງຂຶ້ນຈາກການແຈ້ງເຕືອນ ແທນທີ່ຈະເປັນປີ້ ຫຼືຄຳຮ້ອງຂໍລວມ.

ເອກະສານການຄຸ້ມຄອງເຫດການ и ປີ້ຕົ້ນສະບັບ.

ເບິ່ງການໂຫຼດແຈ້ງເຕືອນໂດຍເຫດການ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

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

ຄົ້ນຫາແບບພິເສດໄວກວ່າ 75%.

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) Availability

GitLab, ເປັນຄໍາຮ້ອງສະຫມັກດຽວ, ມີຄວາມສາມາດພິເສດເພື່ອເຮັດໃຫ້ການຄົ້ນພົບເນື້ອຫາໃນທົ່ວຂະບວນການເຮັດວຽກ DevOps ທັງຫມົດຂອງທ່ານໄວ. ໃນ GitLab 13.4, ການຄົ້ນຫາແບບພິເສດໃຫ້ຜົນໄດ້ຮັບ 75% ໄວຂຶ້ນເມື່ອມັນ ຈໍາກັດກັບ namespaces ແລະໂຄງການທີ່ແນ່ນອນ, ຢູ່ໃນ GitLab.com.

ເອກະສານຄົ້ນຫາແບບພິເສດໄວກວ່າ и ປີ້ຕົ້ນສະບັບ.

ເບິ່ງໂຄງການທີ່ຖືກລົບສໍາລັບຜູ້ບໍລິຫານ

(core, STARTER, PREMIUM, ULTIMATE) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

ມີທາງເລືອກທີ່ຈະເລື່ອນການລຶບໂຄງການ ແນະນໍາໃນ 12.6. ຢ່າງໃດກໍຕາມ, ກ່ອນຫນ້ານີ້ມັນບໍ່ສາມາດເຫັນໂຄງການທັງຫມົດທີ່ລໍຖ້າການລຶບຢູ່ໃນສະຖານທີ່ດຽວ. ດຽວນີ້ຜູ້ບໍລິຫານຕົວຢ່າງຜູ້ໃຊ້ GitLab ສາມາດເບິ່ງໂຄງການການລຶບທີ່ຍັງຄ້າງຢູ່ບ່ອນດຽວ, ພ້ອມກັບປຸ່ມຕ່າງໆເພື່ອຟື້ນຟູໂຄງການເຫຼົ່ານັ້ນໄດ້ຢ່າງງ່າຍດາຍ.

ຄວາມສາມາດນີ້ເຮັດໃຫ້ຜູ້ບໍລິຫານສາມາດຄວບຄຸມການລຶບໂຄງການໄດ້ຫຼາຍຂຶ້ນໂດຍການລວບລວມຂໍ້ມູນທີ່ກ່ຽວຂ້ອງທັງຫມົດຢູ່ໃນສະຖານທີ່ດຽວແລະສະຫນອງຄວາມສາມາດໃນການຍົກເລີກການປະຕິບັດການລຶບທີ່ບໍ່ຕ້ອງການ.

Спасибо Ashesh Vidyut (@asheshvidyut7) ສໍາລັບຄຸນສົມບັດນີ້!

ເອກະສານກ່ຽວກັບການລຶບໂຄງການ и ປີ້ຕົ້ນສະບັບ.

ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບກົດລະບຽບການຊຸກຍູ້ກຸ່ມໄປຫາ API

(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

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

ເອກະສານກ່ຽວກັບກົດລະບຽບການຊຸກຍູ້ສໍາລັບກຸ່ມ и ປີ້ຕົ້ນສະບັບ.

ການຖອນ tokens ການເຂົ້າເຖິງສ່ວນບຸກຄົນສໍາລັບການເກັບຮັກສາຂໍ້ມູນປະຈໍາຕົວທີ່ຈັດການດ້ວຍຕົນເອງ

(ສຸດຍອດ) ຂັ້ນຕອນວົງຈອນ DevOps: ຈັດການ

ການເກັບຮັກສາຂໍ້ມູນປະຈໍາຕົວ ໃຫ້ຜູ້ບໍລິຫານຂໍ້ມູນທີ່ພວກເຂົາຕ້ອງການເພື່ອຈັດການຂໍ້ມູນປະຈໍາຕົວຂອງຜູ້ໃຊ້ສໍາລັບຕົວຢ່າງ GitLab ຂອງພວກເຂົາ. ເນື່ອງຈາກວ່າອົງການຈັດຕັ້ງທີ່ເນັ້ນໃສ່ການປະຕິບັດຕາມມີຄວາມແຕກຕ່າງກັນໃນຄວາມເຂັ້ມງວດຂອງນະໂຍບາຍການຄຸ້ມຄອງການຮັບຮອງຂອງພວກເຂົາ, ພວກເຮົາໄດ້ເພີ່ມປຸ່ມທີ່ອະນຸຍາດໃຫ້ຜູ້ບໍລິຫານສາມາດຖອນຄືນ token ສ່ວນບຸກຄົນຂອງຜູ້ໃຊ້ (PAT). ດຽວນີ້ຜູ້ເບິ່ງແຍງລະບົບສາມາດຖອນ PATs ທີ່ອາດຈະຖືກທໍາລາຍໄດ້ຢ່າງງ່າຍດາຍ. ຄຸນນະສົມບັດນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບອົງການຈັດຕັ້ງທີ່ຕ້ອງການທາງເລືອກໃນການປະຕິບັດຕາມຄວາມຍືດຫຍຸ່ນເພີ່ມເຕີມເພື່ອຫຼຸດຜ່ອນການລົບກວນຜູ້ໃຊ້ຂອງເຂົາເຈົ້າ.

ເອກະສານການເກັບຮັກສາຂໍ້ມູນປະຈໍາຕົວ и ປີ້ຕົ້ນສະບັບ.

ໄຟລ໌ການຕັ້ງຄ່າສໍາລັບຕົວແກ້ໄຂເວັບໄຊທ໌ຄົງທີ່

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ໃນ GitLab 13.4, ພວກເຮົາກໍາລັງແນະນໍາວິທີໃຫມ່ເພື່ອປັບແຕ່ງຕົວແກ້ໄຂເວັບໄຊທ໌ຄົງທີ່. ເຖິງແມ່ນວ່າໄຟລ໌ການຕັ້ງຄ່າບໍ່ໄດ້ບັນທຶກ ຫຼືໄດ້ຮັບການຕັ້ງຄ່າໃດໆໃນລຸ້ນນີ້, ພວກເຮົາວາງພື້ນຖານສໍາລັບການປັບແຕ່ງພຶດຕິກໍາບັນນາທິການໃນອະນາຄົດ. ໃນການປ່ອຍໃນອະນາຄົດພວກເຮົາຈະເພີ່ມໃສ່ໄຟລ໌ .gitlab/static-site-editor.yml ຕົວກໍານົດການສໍາລັບການຕິດຕັ້ງ ທີ່​ຢູ່​ເວັບ​ໄຊ​ພື້ນ​ຖານ​, ທີ່ ຮູບພາບທີ່ໂຫລດຢູ່ໃນບັນນາທິການຈະຖືກເກັບໄວ້, overriding ການຕັ້ງຄ່າ syntax Markdown ແລະການຕັ້ງຄ່າບັນນາທິການອື່ນໆ.

ເອກະສານສໍາລັບການຕັ້ງຄ່າຕົວແກ້ໄຂເວັບໄຊທ໌ຄົງທີ່ и epic ຕົ້ນສະບັບ.

ການແກ້ໄຂສ່ວນແນະນໍາຂອງໄຟລ໌ໂດຍໃຊ້ຕົວແກ້ໄຂເວັບໄຊທ໌ຄົງທີ່

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ເລື່ອງດ້ານຫນ້າແມ່ນວິທີທີ່ຍືດຫຍຸ່ນແລະສະດວກໃນການກໍານົດຕົວແປຫນ້າໃນໄຟລ໌ຂໍ້ມູນສໍາລັບການປຸງແຕ່ງໂດຍເຄື່ອງສ້າງເວັບໄຊທ໌ຄົງທີ່. ໂດຍປົກກະຕິມັນຖືກນໍາໃຊ້ເພື່ອກໍານົດຫົວຂໍ້ຫນ້າ, ແມ່ແບບການຈັດວາງ, ຫຼືຜູ້ຂຽນ, ແຕ່ສາມາດຖືກນໍາໃຊ້ເພື່ອສົ່ງຜ່ານປະເພດຂອງ metadata ໃດໆກັບຜູ້ສ້າງໃນເວລາທີ່ສະແດງຫນ້າໃນ HTML. ລວມຢູ່ດ້ານເທິງສຸດຂອງທຸກໄຟລ໌ຂໍ້ມູນ, ພາກສ່ວນແນະນໍາໂດຍທົ່ວໄປແມ່ນຈັດຮູບແບບເປັນ YAML ຫຼື JSON ແລະຕ້ອງການ syntax ທີ່ສອດຄ່ອງ ແລະຊັດເຈນ. ຜູ້ໃຊ້ທີ່ບໍ່ຄຸ້ນເຄີຍກັບກົດລະບຽບ syntax ສະເພາະອາດຈະເຂົ້າໄປໃນເຄື່ອງຫມາຍທີ່ບໍ່ຖືກຕ້ອງໂດຍບໍ່ໄດ້ຕັ້ງໃຈ, ເຊິ່ງສາມາດເຮັດໃຫ້ບັນຫາການຈັດຮູບແບບຫຼືແມ້ກະທັ້ງການກໍ່ສ້າງລົ້ມເຫລວ.

ຮູບແບບການແກ້ໄຂ WYSIWYG ຂອງຕົວແກ້ໄຂເວັບໄຊຄົງທີ່ແລ້ວເອົາບົດແນະນໍາອອກຈາກຕົວແກ້ໄຂເພື່ອປ້ອງກັນຄວາມຜິດພາດການຈັດຮູບແບບເຫຼົ່ານີ້. ຢ່າງໃດກໍ່ຕາມ, ນີ້ປ້ອງກັນບໍ່ໃຫ້ທ່ານປ່ຽນຄ່າທີ່ເກັບໄວ້ໃນສ່ວນນີ້ໂດຍບໍ່ມີການກັບຄືນໄປຫາການແກ້ໄຂໃນຮູບແບບແຫຼ່ງ. ໃນ GitLab 13.4, ທ່ານສາມາດເຂົ້າເຖິງພາກສະຫນາມໃດກໍ່ໄດ້ແລະແກ້ໄຂມູນຄ່າຂອງມັນຢູ່ໃນການໂຕ້ຕອບທີ່ອີງໃສ່ແບບຟອມທີ່ຄຸ້ນເຄີຍ. ເມື່ອກົດປຸ່ມ Settings (ການຕັ້ງຄ່າ) ກະດານຈະເປີດສະແດງຊ່ອງຂໍ້ມູນແບບຟອມສໍາລັບແຕ່ລະກະແຈທີ່ກໍານົດໃນຕອນເລີ່ມຕົ້ນ. ຊ່ອງຂໍ້ມູນຖືກຈັດໃສ່ດ້ວຍຄ່າປັດຈຸບັນ, ແລະການດັດແກ້ໃດໆກໍຕາມແມ່ນງ່າຍດາຍຄືກັບການໃສ່ມັນຢູ່ໃນແບບຟອມເວັບ. ການແກ້ໄຂບົດແນະນໍາຂອງເຈົ້າດ້ວຍວິທີນີ້ຫຼີກເວັ້ນ syntax ສະລັບສັບຊ້ອນແລະໃຫ້ທ່ານຄວບຄຸມເນື້ອຫາຢ່າງເຕັມທີ່ໃນຂະນະທີ່ໃຫ້ແນ່ໃຈວ່າຜົນໄດ້ຮັບສຸດທ້າຍຖືກຈັດຮູບແບບຢ່າງຕໍ່ເນື່ອງ.

ເອກະສານບັນນາທິການເວັບໄຊທ໌ຄົງທີ່ и ປີ້ຕົ້ນສະບັບ.

GitLab ສໍາລັບ Jira ແລະ DVCS Connector ໃນປັດຈຸບັນຢູ່ໃນ Core

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ສໍາລັບຜູ້ໃຊ້ Jira ໃນ GitLab: ແອັບຯ GitLab ສໍາລັບ Jira и ຕົວເຊື່ອມຕໍ່ DVCS ອະນຸຍາດໃຫ້ທ່ານສະແດງຂໍ້ມູນກ່ຽວກັບ GitLab commits ແລະ merge ການຮ້ອງຂໍໂດຍກົງໃນ Jira. ສົມທົບກັບການເຊື່ອມໂຍງ Jira ຂອງພວກເຮົາ, ທ່ານສາມາດຍ້າຍລະຫວ່າງສອງແອັບຯໄດ້ຢ່າງງ່າຍດາຍໃນຂະນະທີ່ທ່ານເຮັດວຽກ.

ຄຸນສົມບັດເຫຼົ່ານີ້ເມື່ອກ່ອນມີໃຫ້ນຳໃຊ້ໃນແພັກເກດ Premium ຂອງພວກເຮົາເທົ່ານັ້ນ, ແຕ່ດຽວນີ້ມີໃຫ້ຜູ້ໃຊ້ທຸກຄົນແລ້ວ!

ເອກະສານການເຊື່ອມໂຍງ Jira и ປີ້ຕົ້ນສະບັບ.

ການລົງຄະແນນສຽງສ່ວນໃຫຍ່ສໍາລັບການເຮັດທຸລະກໍາກຸ່ມ Gitaly (ເບຕ້າ)

(core, STARTER, PREMIUM, ULTIMATE) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ກຸ່ມ Gitaly ຊ່ວຍໃຫ້ທ່ານສາມາດເຮັດເລື້ມຄືນ Git repositories ໄປຫາຫຼາຍຂໍ້ "ອົບອຸ່ນ" Gitaly. ນີ້ເພີ່ມຄວາມທົນທານຕໍ່ຄວາມຜິດພາດໂດຍການກໍາຈັດຈຸດດຽວຂອງຄວາມລົ້ມເຫລວ. ການເຮັດທຸລະກໍາ, ນໍາສະເຫນີໃນ GitLab 13.3, ເຮັດໃຫ້ເກີດການປ່ຽນແປງທີ່ຈະອອກອາກາດໄປຫາທຸກ Gitaly nodes ໃນ cluster, ແຕ່ວ່າພຽງແຕ່ Gitaly nodes ທີ່ລົງຄະແນນສຽງເຫັນດີກັບ node ຕົ້ນຕໍຊ່ວຍປະຢັດການປ່ຽນແປງໃນແຜ່ນ. ຖ້າ nodes replica ທັງຫມົດບໍ່ເຫັນດີ, ພຽງແຕ່ຫນຶ່ງສໍາເນົາຂອງການປ່ຽນແປງຈະຖືກເກັບໄວ້ໃນແຜ່ນ, ສ້າງຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວຈົນກ່ວາການ replication asynchronous ສໍາເລັດ.

ການລົງຄະແນນສຽງສ່ວນໃຫຍ່ປັບປຸງຄວາມທົນທານຕໍ່ຄວາມຜິດໂດຍການຮຽກຮ້ອງໃຫ້ມີການຍິນຍອມເຫັນດີຂອງໂຫນດສ່ວນໃຫຍ່ (ບໍ່ແມ່ນທັງຫມົດ) ກ່ອນທີ່ຈະບັນທຶກການປ່ຽນແປງໃສ່ແຜ່ນ. ຖ້າຄຸນສົມບັດການສະຫຼັບນີ້ຖືກເປີດໃຊ້, ການຂຽນຄວນຈະສຳເລັດໃນຫຼາຍໂຫນດ. ໂຫນດທີ່ບໍ່ເຫັນດີນໍາຈະຖືກ synchronized ໂດຍອັດຕະໂນມັດໂດຍໃຊ້ການຈໍາລອງແບບບໍ່ຊິ້ງໂຄນຈາກໂຫມດເຫຼົ່ານັ້ນທີ່ສ້າງເປັນກຸ່ມ.

ເອກະສານສໍາລັບການສ້າງຕັ້ງຄວາມສອດຄ່ອງໃນ Gitaly и ປີ້ຕົ້ນສະບັບ.

ຮອງຮັບ schema ແບບກຳນົດເອງສຳລັບການກວດສອບ JSON ໃນ Web IDE

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ສ້າງ

ໂຄງການທີ່ຄົນຂຽນການຕັ້ງຄ່າໃນ JSON ຫຼື YAML ມັກຈະມີບັນຫາເພາະວ່າມັນງ່າຍທີ່ຈະເຮັດການພິມຜິດແລະທໍາລາຍບາງສິ່ງບາງຢ່າງ. ມັນເປັນໄປໄດ້ທີ່ຈະຂຽນເຄື່ອງມືການກວດກາເພື່ອຈັບບັນຫາເຫຼົ່ານີ້ຢູ່ໃນທໍ່ CI, ແຕ່ການໃຊ້ໄຟລ໌ JSON schema ສາມາດເປັນປະໂຫຍດໃນການສະຫນອງເອກະສານແລະຄໍາແນະນໍາ.

ຜູ້ເຂົ້າຮ່ວມໂຄງການສາມາດກໍານົດເສັ້ນທາງໄປສູ່ schema ແບບກໍານົດເອງໃນແຟ້ມຂອງພວກເຂົາ .gitlab/.gitlab-webide.yml, ເຊິ່ງກໍານົດ schema ແລະເສັ້ນທາງໄປຫາໄຟລ໌ທີ່ຈະກວດສອບ. ເມື່ອທ່ານໂຫລດໄຟລ໌ສະເພາະໃສ່ Web IDE, ທ່ານຈະເຫັນຄໍາຕິຊົມເພີ່ມເຕີມແລະການກວດສອບເພື່ອຊ່ວຍໃຫ້ທ່ານສ້າງໄຟລ໌.

ເອກະສານສໍາລັບ Custom Schemas ໃນ Web IDE и ປີ້ຕົ້ນສະບັບ.

Directed Acyclic Graph (DAG) ຂີດຈຳກັດການຂະຫຍາຍສາຂາເພີ່ມຂຶ້ນເປັນ 50

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

ຖ້າທ່ານກໍາລັງໃຊ້ conveyors ກັບເສັ້ນສະແດງ acyclic ໂດຍກົງ (Directed Acyclic Graph (DAG)), ທ່ານອາດຈະພົບວ່າມີຂອບເຂດຈໍາກັດຂອງ 10 ວຽກທີ່ວຽກໃດຫນຶ່ງສາມາດກໍານົດໃນ. needs:, ຮຸນແຮງເກີນໄປ. ໃນ 13.4, ຂອບເຂດຈໍາກັດໃນຕອນຕົ້ນແມ່ນເພີ່ມຂຶ້ນຈາກ 10 ເປັນ 50 ເພື່ອອະນຸຍາດໃຫ້ມີເຄືອຂ່າຍທີ່ສັບສົນຫຼາຍຂອງການພົວພັນລະຫວ່າງວຽກໃນທໍ່ຂອງທ່ານ.

ຖ້າທ່ານເປັນຜູ້ບໍລິຫານຂອງຕົວຢ່າງ GitLab ແບບກຳນົດເອງ, ທ່ານສາມາດເພີ່ມຂີດຈຳກັດນີ້ໃຫ້ສູງຍິ່ງຂຶ້ນໄດ້ໂດຍການຕັ້ງຄຸນສົມບັດສະຫຼັບ, ເຖິງແມ່ນວ່າພວກເຮົາບໍ່ໄດ້ໃຫ້ການສະໜັບສະໜູນຢ່າງເປັນທາງການສຳລັບສິ່ງນີ້.

Документация по настройке needs: и ປີ້ຕົ້ນສະບັບ.

ປັບປຸງພຶດຕິກໍາ needs ສໍາລັບວຽກທີ່ພາດ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

ໃນບາງກໍລະນີ, ວຽກທີ່ພາດຢູ່ໃນທໍ່ນັ້ນອາດຈະຖືກພິຈາລະນາຢ່າງບໍ່ຖືກຕ້ອງສໍາລັບການຂຶ້ນກັບທີ່ລະບຸໄວ້ໃນ needs, ເຊິ່ງເຮັດໃຫ້ວຽກງານຕໍ່ມາດໍາເນີນການ, ເຊິ່ງບໍ່ຄວນເກີດຂຶ້ນ. ພຶດຕິກໍານີ້ໄດ້ຖືກແກ້ໄຂໃນສະບັບ 13.4, ແລະ needs ໃນປັດຈຸບັນຈັດການກໍລະນີຂອງວຽກງານທີ່ພາດໂອກາດຢ່າງຖືກຕ້ອງ.

Документация по настройке needs и ປີ້ຕົ້ນສະບັບ.

ປັກໝຸດສິ່ງປະດິດຄົ້ນຫາສຸດທ້າຍເພື່ອປ້ອງກັນບໍ່ໃຫ້ມັນຖືກລຶບ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

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

ເອກະສານກ່ຽວກັບການໝົດອາຍຸຂອງປອມ и ປີ້ຕົ້ນສະບັບ.

ຄູ່ມື CI/CD ກ່ຽວກັບການເພີ່ມປະສິດທິພາບຂອງທໍ່

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

ການເພີ່ມປະສິດທິພາບຂອງທໍ່ CI/CD ຂອງທ່ານສາມາດປັບປຸງຄວາມໄວການຈັດສົ່ງ ແລະປະຫຍັດເງິນ. ພວກເຮົາໄດ້ປັບປຸງເອກະສານຂອງພວກເຮົາເພື່ອໃຫ້ມີຄໍາແນະນໍາໄວເພື່ອໃຫ້ໄດ້ປະໂຫຍດສູງສຸດຈາກການເພີ່ມປະສິດທິພາບຂອງທໍ່ຂອງທ່ານ.

ເອກະສານກ່ຽວກັບການປັບປຸງປະສິດທິພາບຂອງລໍາລຽງ и ປີ້ຕົ້ນສະບັບ.

ບົດລາຍງານການທົດສອບຈັດຮຽງຕາມສະຖານະການທົດສອບ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຢືນຢັນ

ບົດ​ລາຍ​ງານ​ການ​ທົດ​ສອບ​ຫົວ​ຫນ່ວຍ​ ເປັນວິທີທີ່ງ່າຍທີ່ຈະເບິ່ງຜົນຂອງການທົດສອບທັງຫມົດໃນທໍ່. ຢ່າງໃດກໍ່ຕາມ, ດ້ວຍຈໍານວນການທົດສອບຈໍານວນຫລາຍ, ການຊອກຫາການທົດສອບທີ່ລົ້ມເຫລວສາມາດໃຊ້ເວລາດົນ. ບັນຫາອື່ນໆທີ່ສາມາດເຮັດໃຫ້ບົດລາຍງານມີຄວາມຫຍຸ້ງຍາກໃນການນໍາໃຊ້ປະກອບມີຄວາມຫຍຸ້ງຍາກໃນການເລື່ອນພາບຜ່ານຜົນໄດ້ຮັບຕາມຮອຍຍາວແລະການຮອບເວລາໄປຫາສູນສໍາລັບການທົດສອບທີ່ດໍາເນີນໃນເວລາຫນ້ອຍກວ່າ 1 ວິນາທີ. ໃນປັດຈຸບັນ, ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມື່ອຈັດລຽງບົດລາຍງານການທົດສອບ, ມັນທໍາອິດວາງການທົດສອບທີ່ລົ້ມເຫລວໃນຕອນຕົ້ນຂອງບົດລາຍງານ, ແລະຫຼັງຈາກນັ້ນຈັດລຽງການທົດສອບຕາມໄລຍະເວລາ. ນີ້ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຊອກຫາຄວາມລົ້ມເຫລວແລະການທົດສອບຍາວ. ນອກຈາກນັ້ນ, ໄລຍະເວລາການທົດສອບແມ່ນສະແດງເປັນ milliseconds ຫຼືວິນາທີ, ເຮັດໃຫ້ມັນໄວຂຶ້ນຫຼາຍໃນການອ່ານ, ແລະບັນຫາການເລື່ອນກ່ອນຫນ້າໄດ້ຖືກແກ້ໄຂ.

ເອກະສານລາຍງານການສອບເສັງຂອງຫນ່ວຍງານ и ປີ້ຕົ້ນສະບັບ.

ຂໍ້ຈໍາກັດກ່ຽວກັບຂະຫນາດຂອງໄຟລ໌ທີ່ອັບໂຫລດໄປຍັງທະບຽນຊຸດ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຊຸດ

ໃນປັດຈຸບັນມີຂໍ້ຈໍາກັດກ່ຽວກັບຂະຫນາດຂອງໄຟລ໌ແພັກເກັດທີ່ສາມາດອັບໂຫລດໄປຍັງການລົງທະບຽນແພັກເກັດ GitLab. ຂໍ້ຈໍາກັດໄດ້ຖືກເພີ່ມເພື່ອເພີ່ມປະສິດທິພາບການລົງທະບຽນແພັກເກັດແລະປ້ອງກັນການລ່ວງລະເມີດ. ຂໍ້ຈຳກັດແຕກຕ່າງກັນໄປຕາມຮູບແບບແພັກເກດ. ສໍາລັບ GitLab.com, ຂະຫນາດໄຟລ໌ສູງສຸດແມ່ນ:

• Conan: 250MB
• Maven: 3GB
• NPM: 300MB
• NuGet: 250MB
• PyPI: 3GB

ສຳລັບຕົວຢ່າງ GitLab ແບບກຳນົດເອງ, ຄ່າເລີ່ມຕົ້ນແມ່ນຄືກັນ. ຢ່າງໃດກໍຕາມ, ຜູ້ບໍລິຫານສາມາດປັບປຸງຂໍ້ຈໍາກັດໂດຍໃຊ້ Rails consoles.

ເອກະສານກ່ຽວກັບການຈໍາກັດຂະຫນາດໄຟລ໌ и ປີ້ຕົ້ນສະບັບ.

ໃຊ້ CI_JOB_TOKEN ເພື່ອເຜີຍແຜ່ແພັກເກດ PyPI

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຊຸດ

ທ່ານສາມາດນໍາໃຊ້ບ່ອນເກັບຂໍ້ມູນ GitLab PyPI ເພື່ອສ້າງ, ເຜີຍແຜ່, ແລະແບ່ງປັນແພັກເກດ Python ພ້ອມກັບລະຫັດແຫຼ່ງແລະທໍ່ CI/CD. ຢ່າງໃດກໍຕາມ, ກ່ອນຫນ້ານີ້ທ່ານບໍ່ສາມາດພິສູດຢືນຢັນກັບ repository ໂດຍໃຊ້ຕົວແປສະພາບແວດລ້ອມທີ່ກໍານົດໄວ້ກ່ອນ CI_JOB_TOKEN. ດັ່ງນັ້ນ, ທ່ານຕ້ອງໄດ້ໃຊ້ຂໍ້ມູນປະຈໍາຕົວຂອງທ່ານເພື່ອອັບເດດ PyPI repository, ຫຼືທ່ານອາດຈະໄດ້ຕັດສິນໃຈບໍ່ໃຊ້ repository ເລີຍ.

ດຽວນີ້ມັນງ່າຍກວ່າທີ່ຈະໃຊ້ GitLab CI/CD ເພື່ອເຜີຍແຜ່ ແລະຕິດຕັ້ງແພັກເກັດ PyPI ໂດຍໃຊ້ຕົວແປສະພາບແວດລ້ອມທີ່ກຳນົດໄວ້ລ່ວງໜ້າ. CI_JOB_TOKEN.

ເອກະສານກ່ຽວກັບການນໍາໃຊ້ GitLab CI ກັບຊຸດ PyPI и ປີ້ຕົ້ນສະບັບ.

ໂປຣໄຟລ໌ເຄື່ອງສະແກນ DAST ຕາມການຮ້ອງຂໍ

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນຮອບວຽນ DevOps: ປອດໄພ

ການສະແກນ DAST ຕາມຄວາມຕ້ອງການນັ້ນແມ່ນ ນໍາສະເຫນີໃນການປ່ອຍທີ່ຜ່ານມາ, ໂປຣໄຟລ໌ເຄື່ອງສະແກນ DAST ໄດ້ຖືກເພີ່ມແລ້ວ. ພວກມັນຂະຫຍາຍຄວາມສາມາດໃນການຕັ້ງຄ່າການສະແກນເຫຼົ່ານີ້, ຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງຫຼາຍໂປຼໄຟລ໌ໄດ້ໄວເພື່ອໃຫ້ກວມເອົາຫຼາຍປະເພດການສະແກນ. ໃນ 13.4, ຂໍ້ມູນຕົວກວາດເວັບໂດຍພື້ນຖານແລ້ວປະກອບມີການຕັ້ງຄ່າການຫມົດເວລາຂອງຕົວກວາດເວັບທີ່ກໍານົດໄລຍະເວລາທີ່ຕົວກວາດເວັບ DAST ຄວນແລ່ນຍ້ອນວ່າມັນພະຍາຍາມຄົ້ນພົບທຸກຫນ້າຂອງເວັບໄຊທ໌ທີ່ລວບລວມຂໍ້ມູນ. ໂປຼໄຟລ໌ຍັງລວມເຖິງການຕັ້ງຄ່າເວລາຫມົດເວລາຂອງເວັບໄຊເພື່ອກໍານົດໄລຍະເວລາທີ່ຕົວກວາດເວັບຄວນລໍຖ້າໃຫ້ເວັບໄຊທ໌ເຂົ້າໄດ້ກ່ອນທີ່ຈະຍົກເລີກການລວບລວມຂໍ້ມູນ ຖ້າເວັບໄຊທ໌ບໍ່ຕອບສະຫນອງດ້ວຍລະຫັດສະຖານະ 200 ຫຼື 300. ໃນຂະນະທີ່ພວກເຮົາສືບຕໍ່ປັບປຸງຄຸນສົມບັດນີ້ຕໍ່ໄປ. ເພີ່ມໃສ່ໂປຣໄຟລ໌ເຄື່ອງສະແກນໃນການປ່ອຍໃນອະນາຄົດ; ຕົວກໍານົດການເພີ່ມເຕີມຈະຖືກເພີ່ມ.

ເອກະສານໂປຣໄຟລ໌ເຄື່ອງສະແກນ DAST и ປີ້ຕົ້ນສະບັບ.

ໄຟລ໌ການຕັ້ງຄ່າການປ່ຽນເສັ້ນທາງແບບງ່າຍດາຍສໍາລັບ GitLab Pages

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ່ອຍ

ຖ້າທ່ານໃຊ້ GitLab Pages ແລະຕ້ອງການຄຸ້ມຄອງການປ່ຽນແປງ URL ທີ່ດີກວ່າ, ທ່ານອາດຈະສັງເກດເຫັນວ່າການຈັດການການປ່ຽນເສັ້ນທາງຢູ່ໃນເວັບໄຊທ໌ GitLab Pages ຂອງເຈົ້າເປັນໄປບໍ່ໄດ້. ດຽວນີ້ GitLab ຊ່ວຍໃຫ້ທ່ານສາມາດຕັ້ງຄ່າກົດລະບຽບເພື່ອປ່ຽນເສັ້ນທາງ URL ຫນຶ່ງໄປຫາອື່ນສໍາລັບເວັບໄຊທ໌ Pages ຂອງທ່ານໂດຍການເພີ່ມໄຟລ໌ການຕັ້ງຄ່າໃສ່ບ່ອນເກັບມ້ຽນ. ຄຸນນະສົມບັດນີ້ແມ່ນເປັນໄປໄດ້ຍ້ອນການປະກອບສ່ວນຂອງ Kevin Barnett (@ PopeDrFreud), Eric Eastwood ຂອງພວກເຮົາ (@MadLittleMods) ແລະທີມງານ GitLab. ຂອບໃຈທຸກຄົນສຳລັບການປ້ອນຂໍ້ມູນຂອງທ່ານ.

ປ່ຽນເສັ້ນທາງເອກະສານ и ປີ້ຕົ້ນສະບັບ.

ລັດ Terraform ຄຸ້ມຄອງໂດຍ GitLab

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ຂັ້ນຕອນຮອບວຽນ DevOps: ຕັ້ງຄ່າ

ການເຂົ້າເຖິງສະຖານະ Terraform ສະບັບກ່ອນໜ້າແມ່ນຈຳເປັນທັງສຳລັບການປະຕິບັດຕາມ ແລະສຳລັບການດີບັກຖ້າຈຳເປັນ. ສະຫນັບສະຫນູນສໍາລັບການສະບັບພາສາ Terraform ການຄຸ້ມຄອງໂດຍ GitLab ແມ່ນສະຫນອງໃຫ້ເລີ່ມຕົ້ນດ້ວຍ GitLab 13.4. ການສ້າງເວີຊັນຖືກເປີດໃຊ້ໂດຍອັດຕະໂນມັດສຳລັບໄຟລ໌ລັດ Terraform ໃໝ່. ໄຟລ໌ລັດ Terraform ທີ່ມີຢູ່ແລ້ວຈະເປັນ ຍ້າຍໄປບ່ອນເກັບມ້ຽນທີ່ມີເວີຊັນໂດຍອັດຕະໂນມັດ ໃນການປ່ອຍຕໍ່ມາ.

ເອກະສານສໍາລັບລັດ Terraform ຄຸ້ມຄອງໂດຍ GitLab и ປີ້ຕົ້ນສະບັບ.

ລາຍລະອຽດການແຈ້ງເຫດສຳຄັນ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

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

ເອກະສານການຄຸ້ມຄອງເຫດການ и epic ຕົ້ນສະບັບ.

ການຕັ້ງຄ່າແລະແກ້ໄຂຕົວກໍານົດຄວາມຮຸນແຮງຂອງເຫດການ

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) ໄລຍະຮອບວຽນ DevOps: Monitor

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

ເອກະສານສໍາລັບການຈັດການເຫດການ и ປີ້ຕົ້ນສະບັບ.

ການສ້າງ, ແກ້ໄຂ ແລະລຶບກົດລະບຽບຄວາມປອດໄພເຄືອຂ່າຍ container

(ສຸດຍອດ, ທອງ) ຂັ້ນຕອນວົງຈອນ DevOps: ປ້ອງກັນ

ການປັບປຸງນີ້ຕໍ່ກັບ Container Network Security Rule Editor ຊ່ວຍໃຫ້ຜູ້ໃຊ້ສາມາດສ້າງ, ແກ້ໄຂ ແລະລຶບກົດລະບຽບຂອງເຂົາເຈົ້າໂດຍກົງຈາກສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ GitLab ໄດ້ຢ່າງງ່າຍດາຍ. ຄຸນນະສົມບັດບັນນາທິການປະກອບມີ .yaml ສໍາລັບຜູ້ໃຊ້ທີ່ມີປະສົບການແລະບັນນາທິການກົດລະບຽບທີ່ມີການໂຕ້ຕອບ intuitive ສໍາລັບກົດລະບຽບເຄືອຂ່າຍໃຫມ່ເຫຼົ່ານັ້ນ. ທ່ານສາມາດຊອກຫາທາງເລືອກການຈັດການກົດລະບຽບໃຫມ່ໃນພາກ ຄວາມປອດໄພ ແລະການປະຕິບັດຕາມ > ການຄຸ້ມຄອງໄພຂົ່ມຂູ່ > ກົດລະບຽບ (ຄວາມປອດໄພ & ການປະຕິບັດຕາມ > ການຄຸ້ມຄອງໄພຂົ່ມຂູ່ > ນະໂຍບາຍ).

ເອກະສານບັນນາທິການກົດລະບຽບເຄືອຂ່າຍ и epic ຕົ້ນສະບັບ.

ຮອງຮັບການເກັບຮັກສາ Azure blob

(ຫຼັກ, ເລີ່ມຕົ້ນ, ພິເສດ, ສູງສຸດ, ຟຣີ, ທອງສຳລິດ, ເງິນ, ຄຳ) Availability

ທັງ GitLab ແລະ GitLab Runner ໃນປັດຈຸບັນສະຫນັບສະຫນູນ ການເກັບຮັກສາ Azure blob, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການດໍາເນີນການບໍລິການ GitLab ໃນ Azure.

ຕົວຢ່າງ GitLab ສະຫນັບສະຫນູນ Azure ສໍາລັບທຸກປະເພດຂອງຮ້ານວັດຖຸ, ລວມທັງໄຟລ໌ LFS, CI artifacts, ແລະ. ຂໍ້ມູນສຳຮອງ. ເພື່ອຕັ້ງຄ່າບ່ອນເກັບຂໍ້ມູນ Azure Blob, ປະຕິບັດຕາມຄໍາແນະນໍາການຕິດຕັ້ງ Omnibus ຫຼື ຕາຕະລາງຫມວກກັນກະທົບ.

ໂປເຊດເຊີວຽກ GitLab ຍັງສະຫນັບສະຫນູນ Azure ສໍາລັບການເກັບຮັກສາ cache ແຈກຢາຍ. ການເກັບຮັກສາ Azure ສາມາດຖືກຕັ້ງຄ່າໂດຍໃຊ້ສ່ວນ [runners.cache.azure].

ເອກະສານກ່ຽວກັບການນໍາໃຊ້ການເກັບຮັກສາ Azure Blob и ປີ້ຕົ້ນສະບັບ.

ແພັກເກດ Omnibus ARM64 ສໍາລັບ Ubuntu ແລະ OpenSUSE

(core, STARTER, PREMIUM, ULTIMATE) Availability

ເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການທີ່ເພີ່ມຂຶ້ນສໍາລັບການສະຫນັບສະຫນູນການແລ່ນ GitLab ໃນສະຖາປັດຕະຍະກໍາ ARM 64-bit, ພວກເຮົາມີຄວາມຍິນດີທີ່ຈະປະກາດການມີຊຸດ ARM64 Ubuntu 20.04 Omnibus ຢ່າງເປັນທາງການ. ຂອບໃຈ Zitai Chen ແລະ Guillaume Gardet ສໍາລັບການປະກອບສ່ວນອັນໃຫຍ່ຫຼວງທີ່ພວກເຂົາເຮັດ - ການຮ້ອງຂໍການລວມຂອງພວກເຂົາມີບົດບາດສໍາຄັນໃນເລື່ອງນີ້!

ເພື່ອດາວໂຫລດແລະຕິດຕັ້ງແພັກເກັດສໍາລັບ Ubuntu 20.04, ໄປຂອງພວກເຮົາ ໜ້າຕິດຕັ້ງ ແລະເລືອກ Ubuntu.

ເອກະສານການຫຸ້ມຫໍ່ສໍາລັບ ARM64 и ປີ້ຕົ້ນສະບັບ.

ຮອງຮັບການພິສູດຢືນຢັນບັດອັດສະລິຍະສຳລັບຕາຕະລາງ GitLab Helm

(PREMIUM, ULTIMATE) Availability

ບັດອັດສະລິຍະ, ເຊັ່ນບັດເຂົ້າເຖິງທົ່ວໄປ (CAC), ດຽວນີ້ສາມາດໃຊ້ເພື່ອພິສູດຢືນຢັນຕົວຕົນຂອງ GitLab ທີ່ນຳໃຊ້ຜ່ານ Helm chart. ບັດອັດສະລິຍະຖືກພິສູດຢືນຢັນກັບຖານຂໍ້ມູນທ້ອງຖິ່ນໂດຍໃຊ້ໃບຢັ້ງຢືນ X.509. ດ້ວຍນີ້, ການສະຫນັບສະຫນູນບັດອັດສະລິຍະກັບຕາຕະລາງ Helm ປະຈຸບັນສອດຄ່ອງກັບການສະຫນັບສະຫນູນບັດອັດສະລິຍະທີ່ມີຢູ່ໃນ Omnibus.

ເອກະສານສໍາລັບການຕັ້ງຄ່າການພິສູດຢືນຢັນບັດອັດສະລິຍະ и ປີ້ຕົ້ນສະບັບ.

ບັນທຶກການປ່ອຍລາຍລະອຽດແລະຄໍາແນະນໍາການປັບປຸງ / ການຕິດຕັ້ງສາມາດອ່ານໄດ້ໃນບົດຄວາມພາສາອັງກິດຕົ້ນສະບັບ: GitLab 13.4 ປ່ອຍອອກມາເມື່ອມີ Vault ສໍາລັບຕົວແປ CI ແລະຕົວແທນ Kubernetes.

ພວກເຮົາເຮັດວຽກກ່ຽວກັບການແປຈາກພາສາອັງກິດ cattidourden, maryartkey, ໄອໂນເນໂກ и ຣິຊແວນ.

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