Git Lab 11.10

GitLab 11.10 ທີ່ມີທໍ່ dashboard, ທໍ່ຜົນໄດ້ຮັບທີ່ຖືກລວມ, ແລະຄໍາແນະນໍາຫຼາຍເສັ້ນໃນການຮ້ອງຂໍການລວມ.

ຂໍ້ມູນສະດວກກ່ຽວກັບການປະຕິບັດຂອງທໍ່ໃນໂຄງການທີ່ແຕກຕ່າງກັນ

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

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

ແລ່ນທໍ່ສໍາລັບຜົນໄດ້ຮັບລວມ

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

ເພີ່ມປະສິດທິພາບການເຮັດວຽກຮ່ວມກັນ

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

ຂໍ​ຂອບ​ໃຈ​ສໍາ​ລັບ​ຄໍາ​ຄຶດ​ຄໍາ​ເຫັນ​ແລະ​ຄໍາ​ແນະ​ນໍາ​ຂອງ​ທ່ານ​!

ແລະ​ນັ້ນ​ບໍ່​ແມ່ນ​ທັງ​ຫມົດ…

ມີຄຸນສົມບັດທີ່ຫນ້າປະຫລາດໃຈຫຼາຍໃນການປ່ອຍນີ້, e.g. ທາງລັດໃນພື້ນທີ່ສະເພາະ, ລະອຽດກວ່າ ທໍາ​ຄວາມ​ສະ​ອາດ​ການ​ຈົດ​ທະ​ບຽນ​ພາ​ຊະ​ນະ​, Composable Auto DevOps ແລະໂອກາດ ຊື້ CI Runner ນາທີເພີ່ມເຕີມ. ຂ້າງລຸ່ມນີ້ແມ່ນລາຍລະອຽດກ່ຽວກັບແຕ່ລະຄົນຂອງພວກເຂົາ.

ພະນັກງານທີ່ມີຄ່າທີ່ສຸດໃນເດືອນນີ້ (MVP) — Takuya Noguchi

ພະນັກງານທີ່ມີຄ່າທີ່ສຸດໃນເດືອນນີ້ແມ່ນ Takuya Noguchi (Takuya Noguchi). ທາກຸຢາ ໄດ້ເຮັດວຽກທີ່ດີສໍາລັບລັດສະຫມີພາບຂອງ GitLab: ແກ້ໄຂຂໍ້ຜິດພາດ, ສໍາເລັດຂໍ້ບົກຜ່ອງໃນ backend ແລະ frontend ແລະປັບປຸງການໂຕ້ຕອບຜູ້ໃຊ້. ຂອບ​ໃຈ!

ຄຸນສົມບັດຫຼັກຂອງ GitLab 11.10

ທໍ່ໃນແຜງຄວບຄຸມ

PREMIUM, ULTIMATE, SILVER, GOLD

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

ທໍ່ສໍາລັບຜົນໄດ້ຮັບລວມ

PREMIUM, ULTIMATE, SILVER, GOLD

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

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

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ນໍາ​ໃຊ້​ການ​ຮ້ອງ​ຂໍ merge pipelines (ໃນ​ຄວາມ​ສາ​ມາດ​ໃດ​ຫນຶ່ງ​) ແລະ​ການ​ນໍາ​ໃຊ້​ສ່ວນ​ຕົວ runners GitLab ເວີ​ຊັນ 11.8 ຫຼື​ສູງ​ກວ່າ​, ທ່ານ​ຈະ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ປັບ​ປຸງ​ໃຫ້​ເຂົາ​ເຈົ້າ​ເພື່ອ​ຫຼີກ​ເວັ້ນ​ການ​ບັນ​ຫາ​ນີ້​. gitlab-ee#11122. ນີ້ບໍ່ມີຜົນຕໍ່ຜູ້ໃຊ້ຂອງນັກແລ່ນ GitLab ສາທາລະນະ.

ແນະນຳການປ່ຽນແປງໃນຫຼາຍແຖວ

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

ເມື່ອເຮັດວຽກຮ່ວມກັນກັບການຮ້ອງຂໍລວມ, ທ່ານມັກຈະພົບບັນຫາແລະສະເຫນີວິທີແກ້ໄຂ. ນັບຕັ້ງແຕ່ GitLab 11.6 ພວກເຮົາສະຫນັບສະຫນູນ ການ​ສະ​ເຫນີ​ສໍາ​ລັບ​ການ​ປ່ຽນ​ແປງ​ ສໍາລັບເສັ້ນຫນຶ່ງ.

ໃນເວີຊັ່ນ 11.10, merge request diff comments ສາມາດສະເໜີການປ່ຽນແປງຕໍ່ກັບຫຼາຍແຖວ, ແລະຫຼັງຈາກນັ້ນໃຜກໍຕາມທີ່ມີການອະນຸຍາດຂຽນກັບສາຂາຕົ້ນສະບັບສາມາດຍອມຮັບໄດ້ດ້ວຍການຄລິກດຽວ. ຂໍ​ຂອບ​ໃຈ​ກັບ​ຄຸນ​ສົມ​ບັດ​ໃຫມ່​, ທ່ານ​ສາ​ມາດ​ຫຼີກ​ເວັ້ນ​ການ​ສໍາ​ເນົາ​ວາງ​, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ສະ​ບັບ​ທີ່​ຜ່ານ​ມາ​.

ທາງລັດໃນພື້ນທີ່ດຽວ

PREMIUM, ULTIMATE, SILVER, GOLD

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

ສົມມຸດວ່າທ່ານຕ້ອງການພາກສະຫນາມທີ່ກໍາຫນົດເອງໃນຫນ້າວຽກເພື່ອຕິດຕາມລະບົບປະຕິບັດການຂອງແພລະຕະຟອມທີ່ຫນ້າທີ່ທ່ານກໍາລັງຕັ້ງເປົ້າຫມາຍ. ແຕ່ລະວຽກງານຕ້ອງກ່ຽວຂ້ອງກັບເວທີດຽວເທົ່ານັ້ນ. ທ່ານສາມາດສ້າງທາງລັດ platform::iOS, platform::Android, platform::Linux ແລະອື່ນໆຕາມຄວາມຈໍາເປັນ. ຖ້າທ່ານນຳໃຊ້ທາງລັດດັ່ງກ່າວໃສ່ກັບໜ້າວຽກໃດໜຶ່ງ, ມັນຈະລຶບທາງລັດອື່ນທີ່ມີຢູ່ແລ້ວທີ່ເລີ່ມຕົ້ນດ້ວຍອັດຕະໂນມັດ platform::.

ໃຫ້ເວົ້າວ່າທ່ານມີທາງລັດ workflow::development, workflow::review и workflow::deployed, ຊີ້ບອກສະຖານະຂອງຂະບວນການເຮັດວຽກຂອງທີມງານຂອງທ່ານ. ຖ້າໜ້າວຽກມີທາງລັດແລ້ວ workflow::development, ແລະຜູ້ພັດທະນາຕ້ອງການຍ້າຍວຽກງານໄປສູ່ຂັ້ນຕອນຂອງການ workflow::review, ມັນພຽງແຕ່ໃຊ້ທາງລັດໃຫມ່ແລະອັນເກົ່າ (workflow::development) ຖືກ​ລົບ​ອັດ​ຕະ​ໂນ​ມັດ​. ພຶດຕິກຳນີ້ມີຢູ່ແລ້ວເມື່ອທ່ານຍ້າຍໜ້າວຽກລະຫວ່າງລາຍການທາງລັດໃນກະດານວຽກທີ່ສະແດງເຖິງຂະບວນການເຮັດວຽກຂອງທີມງານຂອງທ່ານ. ໃນປັດຈຸບັນສະມາຊິກທີມທີ່ບໍ່ໄດ້ເຮັດວຽກກັບຄະນະປະຕິບັດງານໂດຍກົງສາມາດປ່ຽນສະຖານະການເຮັດວຽກໃນຫນ້າວຽກດ້ວຍຕົນເອງ.

ການທໍາຄວາມສະອາດຢ່າງລະອຽດເພີ່ມເຕີມຂອງທະບຽນບັນຈຸ

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

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

ການຊື້ເພີ່ມເຕີມ CI Runner ນາທີ

ທອງແດງ, ສີເງິນ, ທອງ

ຜູ້ໃຊ້ທີ່ມີແຜນ GitLab.com ຈ່າຍ (ຄໍາ, ເງິນ, Bronze) ປະຈຸບັນສາມາດຊື້ນາທີ CI Runner ເພີ່ມເຕີມ. ກ່ອນ​ໜ້າ​ນີ້, ຕ້ອງ​ໄດ້​ຕາມ​ໂຄ​ຕາ​ທີ່​ກຳນົດ​ໄວ້​ໃນ​ແຜນການ. ດ້ວຍການປັບປຸງນີ້, ທ່ານສາມາດຊື້ລ່ວງໜ້າເກີນໂຄຕ້ານາທີເພື່ອຫຼີກເວັ້ນການຂັດຂວາງເນື່ອງຈາກການປິດທໍ່.

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

Composable Auto DevOps

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

ດ້ວຍ Auto DevOps, ທີມງານໄດ້ຫັນໄປສູ່ການປະຕິບັດ DevOps ທີ່ທັນສະໄຫມໂດຍເກືອບບໍ່ມີຄວາມພະຍາຍາມ. ເລີ່ມຕົ້ນດ້ວຍ GitLab 11.10, ແຕ່ລະວຽກໃນ Auto DevOps ແມ່ນສະຫນອງໃຫ້ ແມ່ແບບເອກະລາດ. ຜູ້ໃຊ້ສາມາດໃຊ້ функцию includes ໃນ GitLab CI ເພື່ອເປີດໃຊ້ແຕ່ລະຂັ້ນຕອນຂອງ Auto DevOps ແລະໃນເວລາດຽວກັນໃຊ້ໄຟລ໌ທີ່ກໍາຫນົດເອງຂອງທ່ານ gitlab-ci.yml. ດ້ວຍວິທີນີ້, ທ່ານສາມາດເປີດໃຊ້ວຽກທີ່ທ່ານຕ້ອງການເທົ່ານັ້ນ ແລະໃຊ້ປະໂຫຍດຈາກການປັບປຸງກະແສໄຟຟ້າ.

ຈັດການສະມາຊິກກຸ່ມໂດຍອັດຕະໂນມັດໃນ GitLab.com ໂດຍໃຊ້ SCIM

ສີເງິນ, ທອງ

ກ່ອນຫນ້ານີ້, ທ່ານຕ້ອງຈັດການສະມາຊິກກຸ່ມດ້ວຍຕົນເອງໃນ GitLab.com. ຕອນນີ້ທ່ານສາມາດໃຊ້ SAML SSO ແລະຈັດການການເປັນສະມາຊິກໂດຍໃຊ້ SCIM ເພື່ອສ້າງ, ລຶບ ແລະອັບເດດຜູ້ໃຊ້ຢູ່ໃນ GitLab.com.

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

ເຂົ້າສູ່ລະບົບ GitLab.com ຜ່ານຜູ້ໃຫ້ບໍລິການ SAML

ສີເງິນ, ທອງ

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

ຜູ້ໃຊ້ຈະບໍ່ຈໍາເປັນຕ້ອງເຂົ້າສູ່ລະບົບສອງຄັ້ງ, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບບໍລິສັດທີ່ຈະໃຊ້ SAML SSO ສໍາລັບ GitLab.com.

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

ແຜນງານມະຫາກາບຂອງເດັກນ້ອຍ

ສຸດທ້າຍ, ທອງ

ໃນສະບັບທີ່ຜ່ານມາ, ພວກເຮົາໄດ້ເພີ່ມ epics ເດັກນ້ອຍ (epics of epics) ເພື່ອຊ່ວຍທ່ານຈັດການໂຄງສ້າງການແຈກຢາຍວຽກຂອງທ່ານ. epic ເດັກນ້ອຍປາກົດຢູ່ໃນຫນ້າຂອງ epic ຂອງພໍ່ແມ່.

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

ຮວມໜ້າຈໍປັອບອັບການຮ້ອງຂໍເຂົ້າກັນ

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

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

ພວກເຮົາວາງແຜນທີ່ຈະເພີ່ມຂໍ້ມູນທີ່ສໍາຄັນໃນການປ່ອຍໃນອະນາຄົດ, e.g. ຜູ້ຮັບຜິດຊອບແລະຈຸດຄວບຄຸມ, ແລະພວກເຮົາຍັງຈະແນະນໍາຫນ້າຈໍ pop-up ສໍາລັບ ໜ້າ ວຽກ.

ການກັ່ນຕອງການຮ້ອງຂໍລວມໂດຍສາຂາເປົ້າຫມາຍ

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

Git workflows ສໍາລັບການປ່ອຍຫຼືການຈັດສົ່ງຊອຟແວມັກຈະມີສາຂາໃນໄລຍະຍາວຫຼາຍ - ເພື່ອເຮັດໃຫ້ການແກ້ໄຂກັບສະບັບທີ່ຜ່ານມາ (ເຊັ່ນ:. stable-11-9) ຫຼືການເຄື່ອນຍ້າຍຈາກການທົດສອບຄຸນນະພາບໄປສູ່ການຜະລິດ (ເຊັ່ນ:. integration), ແຕ່ມັນບໍ່ແມ່ນເລື່ອງງ່າຍທີ່ຈະຊອກຫາຄໍາຮ້ອງຂໍການລວມສໍາລັບສາຂາເຫຼົ່ານີ້ໃນບັນດາຄໍາຮ້ອງຂໍການລວມທີ່ເປີດຫຼາຍ.

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

ຂອບໃຈ, Hiroyuki Sato (ຮິໂຣຢູກິ ຊາໂຕ)!

ການ​ສົ່ງ​ແລະ​ການ​ເຊື່ອມ​ຕໍ່​ຕາມ​ການ​ສໍາ​ເລັດ​ຮູບ​ທໍ່​

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

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

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

ປັບປຸງການເຊື່ອມໂຍງເຂົ້າກັບ dashboards ພາຍນອກ

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

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

ຈັດຮຽງໜ້າ Wiki ຕາມວັນທີສ້າງ

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

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

ການຕິດຕາມຊັບພະຍາກອນທີ່ຮ້ອງຂໍໂດຍກຸ່ມ

ສຸດທ້າຍ, ທອງ

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

ເບິ່ງ Load Balancer Metrics ໃນ Grafana Dashboard

Core, STARTER, PREMIUM, ULTIMATE

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

SAST ສໍາລັບ Elixir

ສຸດທ້າຍ, ທອງ

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

ຄຳຖາມຫຼາຍອັນໃນໜຶ່ງແຜນວາດ

PREMIUM, ULTIMATE, SILVER, GOLD

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

ຜົນໄດ້ຮັບ DAST ໃນ Dashboard ຄວາມປອດໄພຂອງກຸ່ມ

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

ພວກເຮົາໄດ້ເພີ່ມຜົນການທົດສອບຄວາມປອດໄພຂອງແອັບພລິເຄຊັນແບບໄດນາມິກ (DAST) ໃສ່ແຜງໜ້າປັດຄວາມປອດໄພຂອງທີມ ນອກຈາກການສະແກນ SAST, ການສະແກນຕູ້ຄອນເທນເນີ ແລະ ການສະແກນແບບເພິ່ງພາອາໄສ.

ການເພີ່ມເມຕາເດຕາໃສ່ລາຍງານການສະແກນແບບບັນຈຸ

ສຸດທ້າຍ, ທອງ

ໃນສະບັບນີ້, ບົດລາຍງານການສະແກນຕູ້ຄອນເທນເນີປະກອບດ້ວຍ metadata ເພີ່ມເຕີມ - ພວກເຮົາໄດ້ເພີ່ມ ອົງປະກອບທີ່ໄດ້ຮັບຜົນກະທົບ (ຄຸນນະສົມບັດ Clair) ເຂົ້າໄປໃນ metadata ທີ່ມີຢູ່ແລ້ວ: ບູລິມະສິດ, ID (ໂດຍອ້າງອີງໃສ່ mitre.org) ແລະລະດັບທີ່ໄດ້ຮັບຜົນກະທົບ (ຕົວຢ່າງ: debian: 8).

ການເພີ່ມປະເພດບົດລາຍງານການວັດແທກເພື່ອລວມການຮ້ອງຂໍ

PREMIUM, ULTIMATE, SILVER, GOLD

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

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

ສະຫນັບສະຫນູນໂຄງການ Maven ຫຼາຍໂມດູນສໍາລັບການສະແກນການເພິ່ງພາອາໄສ

ສຸດທ້າຍ, ທອງ

ດ້ວຍການປ່ອຍນີ້, ໂຄງການ Maven ຫຼາຍໂມດູນສະຫນັບສະຫນູນການສະແກນ GitLab. ກ່ອນຫນ້ານີ້, ຖ້າ submodule ມີການຂຶ້ນກັບ submodule ອື່ນໃນລະດັບດຽວກັນ, ມັນບໍ່ສາມາດອະນຸຍາດໃຫ້ໂຫລດຈາກສູນ Maven repository. ໃນປັດຈຸບັນໂຄງການ Maven ຫຼາຍໂມດູນຖືກສ້າງຂື້ນດ້ວຍສອງໂມດູນແລະຄວາມເພິ່ງພາອາໄສລະຫວ່າງສອງໂມດູນ. ການເພິ່ງພາອາໄສລະຫວ່າງໂມດູນອ້າຍເອື້ອຍນ້ອງແມ່ນມີຢູ່ໃນບ່ອນເກັບມ້ຽນ Maven ທ້ອງຖິ່ນເພື່ອໃຫ້ການກໍ່ສ້າງສາມາດດໍາເນີນການໄດ້.

ຜູ້ໃຊ້ສາມາດປ່ຽນເສັ້ນທາງ cloning ໃນ CI

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

ໂດຍຄ່າເລີ່ມຕົ້ນ, GitLab Runner clones ໂຄງການເປັນ subpath ເປັນເອກະລັກໃນ $CI_BUILDS_DIR. ແຕ່ສໍາລັບບາງໂຄງການ, ເຊັ່ນ Golang, ລະຫັດຈໍາເປັນຕ້ອງໄດ້ cloned ເຂົ້າໄປໃນໄດເລກະທໍລີສະເພາະເພື່ອໃຫ້ມັນຖືກສ້າງຂຶ້ນ.

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

ການປິດບັງຕົວແປທີ່ປ້ອງກັນແບບງ່າຍໆໃນບັນທຶກ

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

GitLab ສະຫນອງຫຼາຍວິທີ ປົກປ້ອງ и ຈໍາກັດພື້ນທີ່ ຕົວແປໃນ GitLab CI/CD. ແຕ່ຕົວແປຍັງສາມາດຈົບລົງໃນບັນທຶກການກໍ່ສ້າງ, ໂດຍເຈດຕະນາຫຼືບັງເອີນ.

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

ເປີດ ຫຼືປິດ Auto DevOps ໃນລະດັບທີມ

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

ດ້ວຍ Auto DevOps ໃນໂຄງການ GitLab.com, ທ່ານສາມາດປະຕິບັດຂັ້ນຕອນການເຮັດວຽກຂອງ DevOps ທີ່ທັນສະໄຫມຈາກການກໍ່ສ້າງໄປສູ່ການຈັດສົ່ງໂດຍບໍ່ມີການ hassle.

ເລີ່ມຕົ້ນດ້ວຍ GitLab 11.10, ທ່ານສາມາດເປີດໃຊ້ຫຼືປິດ Auto DevOps ສໍາລັບໂຄງການທັງຫມົດໃນກຸ່ມດຽວກັນ.

ຫນ້າ​ໃບ​ອະ​ນຸ​ຍາດ​ທີ່​ງ່າຍ​ດາຍ​ແລະ​ປັບ​ປຸງ​

STARTER, PREMIUM, ULTIMATE

ເພື່ອເຮັດໃຫ້ການຈັດການກະແຈໃບອະນຸຍາດສະດວກ ແລະງ່າຍດາຍຂຶ້ນ, ພວກເຮົາໄດ້ອອກແບບໜ້າໃບອະນຸຍາດຄືນໃໝ່ໃນກະດານ admin ແລະເນັ້ນໃຫ້ເຫັນອົງປະກອບທີ່ສຳຄັນທີ່ສຸດ.

ອັບເດດຕົວເລືອກທາງລັດສຳລັບການນຳໃຊ້ Kubernetes

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

ແຜງການນຳໃຊ້ຈະສະແດງຂໍ້ມູນກ່ຽວກັບການນຳໃຊ້ Kubernetes ທັງໝົດ.

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

ນອກຈາກນັ້ນ, ໃນ GitLab 12.0 ພວກເຮົາ ເອົາປ້າຍກຳກັບແອັບອອກຈາກຕົວເລືອກການນຳໃຊ້ Kubernetes, ແລະການແຂ່ງຂັນຈະເປັນໄປໄດ້ພຽງແຕ່ໂດຍ app.example.com/app и app.example.com/env.

ການສ້າງຊັບພະຍາກອນ Kubernetes ແບບເຄື່ອນໄຫວ

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

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

ເມື່ອນຳໃຊ້ Kubernetes, GitLab CI ຈະສ້າງຊັບພະຍາກອນເຫຼົ່ານີ້ກ່ອນທີ່ຈະນຳໃຊ້.

ນັກແລ່ນກຸ່ມສໍາລັບກຸ່ມລະດັບກຸ່ມ

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

ກຸ່ມລະດັບກຸ່ມໃນປັດຈຸບັນສະຫນັບສະຫນູນການຕິດຕັ້ງ GitLab Runner. ນັກແລ່ນ Kubernetes ລະດັບກຸ່ມປະກົດວ່າໂຄງການເດັກນ້ອຍເປັນນັກແລ່ນກຸ່ມທີ່ຕິດປ້າຍກຳກັບ cluster и kubernetes.

ຕົວນັບການໂທສໍາລັບຟັງຊັນ Knative

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

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

ການຄວບຄຸມພາລາມິເຕີ git clean ສໍາລັບວຽກ GitLab CI/CD

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

ໂດຍຄ່າເລີ່ມຕົ້ນ, GitLab Runner ແລ່ນ git clean ໃນ​ລະ​ຫວ່າງ​ຂະ​ບວນ​ການ​ຂອງ​ການ​ອັບ​ໂຫລດ​ລະ​ຫັດ​ໃນ​ເວ​ລາ​ທີ່​ປະ​ຕິ​ບັດ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ໃນ GitLab CI/CD​. ໃນຖານະເປັນຂອງ GitLab 11.10, ຜູ້ໃຊ້ສາມາດຄວບຄຸມພາລາມິເຕີທີ່ສົ່ງກັບທີມງານ git clean. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບທີມງານທີ່ມີນັກແລ່ນທີ່ອຸທິດຕົນ, ເຊັ່ນດຽວກັນກັບທີມງານທີ່ເກັບກໍາໂຄງການຈາກ monorepositories ຂະຫນາດໃຫຍ່. ໃນປັດຈຸບັນພວກເຂົາສາມາດຄວບຄຸມຂະບວນການ unloading ກ່ອນທີ່ຈະດໍາເນີນການ scripts. ຕົວແປໃໝ່ GIT_CLEAN_FLAGS ຄ່າເລີ່ມຕົ້ນແມ່ນ -ffdx ແລະຍອມຮັບຕົວກໍານົດຄໍາສັ່ງທີ່ເປັນໄປໄດ້ທັງຫມົດ [git clean](https://git-scm.com/docs/git-clean).

ການອະນຸຍາດພາຍນອກໃນ Core

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

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

ຄວາມສາມາດໃນການສ້າງໂຄງການໃນກຸ່ມໃນ Core

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

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

GitLab Runner 11.10

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

ມື້ນີ້ພວກເຮົາໄດ້ປ່ອຍ GitLab Runner 11.10! GitLab Runner ເປັນໂຄງການ open source ທີ່ຖືກນໍາໃຊ້ເພື່ອດໍາເນີນການວຽກ CI/CD ແລະສົ່ງຜົນໄດ້ຮັບກັບຄືນໄປບ່ອນ GitLab.

ການປ່ຽນແປງທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດ:

• ພາລາມິເຕີເພື່ອລະບຸເສັ້ນທາງໂຄນ.
• Улучшенная поддержка git clean.
• ທາງເລືອກທີ່ຈະປິດການຕິດຕາມການດີບັກ.
• ການນໍາໃຊ້ການຂະຫຍາຍຕົວແປ Lazy ສໍາລັບການກວດສອບຄວາມຜິດພາດໃນ Windows Cmd.
• ການແກ້ໄຂສີອອກໃນ Windows.

ບັນຊີລາຍຊື່ເຕັມຂອງການປ່ຽນແປງສາມາດພົບໄດ້ໃນ GitLab Runner changelog: ປ່ຽນແປງ.

ການແກ້ໄຂຄືນ project_id ໃນ API ຄົ້ນຫາ blob ໃນ Elasticsearch

STARTER, PREMIUM, ULTIMATE

ພວກເຮົາໄດ້ແກ້ໄຂຂໍ້ຜິດພາດໃນ Elasticsearch blob search API ທີ່ສົ່ງຄືນ 0 ຜິດພາດ. project_id. ມັນຈະມີຄວາມຈໍາເປັນ reindex Elasticsearchເພື່ອໃຫ້ໄດ້ຄ່າທີ່ຖືກຕ້ອງ project_id ຫຼັງຈາກການຕິດຕັ້ງ GitLab ລຸ້ນນີ້.

ການປັບປຸງ Omnibus

Core, STARTER, PREMIUM, ULTIMATE

ພວກເຮົາໄດ້ປັບປຸງຕໍ່ໄປນີ້ກັບ Omnibus ໃນ GitLab 11.10:

• GitLab 11.10 ປະກອບມີ ສຳ ຄັນທີ່ສຸດ 5.9.0, ແຫຼ່ງເປີດ Slack ທາງເລືອກ, ການປ່ອຍຫລ້າສຸດຂອງຕົນປະກອບມີໄດເລກະທໍລີການເຊື່ອມໂຍງໃຫມ່ສໍາລັບການຍ້າຍຂໍ້ມູນໄດ້ຢ່າງງ່າຍດາຍຈາກ Hipchat ແລະອື່ນໆອີກ. ສະ​ບັບ​ນີ້​ປະ​ກອບ​ມີ​ ການປັບປຸງຄວາມປອດໄພ, ແລະພວກເຮົາແນະນໍາໃຫ້ປັບປຸງ.
• ພວກ​ເຮົາ ປະສົມປະສານ Grafana ກັບ Omnibus, ແລະໃນປັດຈຸບັນມັນງ່າຍທີ່ຈະເລີ່ມຕົ້ນການຕິດຕາມຕົວຢ່າງ GitLab ຂອງທ່ານ.
• ພວກເຮົາໄດ້ເພີ່ມການສະຫນັບສະຫນູນການລຶບຮູບພາບບັນຈຸເກົ່າອອກຈາກທະບຽນ Docker.
• ພວກເຮົາໄດ້ອັບເດດ ca-certs ເປັນ 2019-01-23.

ການປັບປຸງປະສິດທິພາບ

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

ພວກເຮົາສືບຕໍ່ປັບປຸງການປະຕິບັດ GitLab ກັບທຸກໆການປ່ອຍສໍາລັບຕົວຢ່າງ GitLab ຂອງທຸກຂະຫນາດ. ການປັບປຸງບາງຢ່າງໃນ GitLab 11.10:

• ການຕື່ມຂໍ້ມູນອັດຕະໂນມັດຂອງຜູ້ໃຊ້ແມ່ນໄວຂຶ້ນ.
• ເພີ່ມປະສິດທິພາບການສອບຖາມ SQL ສໍາລັບການສະແດງວຽກງານໂຄງການໃນເວລາຄົ້ນຫາ.
• ຜົນການຄົ້ນຫາ Elasticsearch ບໍ່ລວມເອົາ Gitaly ອີກຕໍ່ໄປ.
• ຄໍາຖາມ GraphQL ຕອນນີ້ມີຂີດຈຳກັດຄວາມຊັບຊ້ອນ.
• ເຄື່ອງມືພິການສໍາລັບຄວາມແຕກຕ່າງເພື່ອປັບປຸງການປະຕິບັດການຮ້ອງຂໍການລວມໃນເວລາທີ່ Prometheus ຖືກເປີດໃຊ້.
• ປັບປຸງ GitHub ດຶງການຮ້ອງຂໍການປະຕິບັດການນໍາເຂົ້າ.
• ຊອກຫາ commits ໃນ cache ໂດຍຊື່ອ້າງອີງ.
• ການປັບປຸງປະສິດທິພາບຂອງ merge request diffs - blobs of diff files are remembered now.

ປັບປຸງຕາຕະລາງ GitLab

Core, STARTER, PREMIUM, ULTIMATE

ພວກເຮົາໄດ້ປັບປຸງຕາຕະລາງ GitLab ຕໍ່ໄປນີ້:

• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ Elasticsearch.

ຄຸນສົມບັດລ້າສະໄຫມ

GitLab Geo ຈະສະຫນອງການເກັບຮັກສາ hashed ໃນ GitLab 12.0

GitLab Geo ຕ້ອງການ ການເກັບຮັກສາ hashed ເພື່ອຫຼຸດຜ່ອນການແຂ່ງຂັນໃນຂໍ້ທີສອງ. ນີ້ໄດ້ຖືກບັນທຶກໄວ້ໃນ gitlab-ce#40970.

ໃນ GitLab 11.5 ພວກເຮົາໄດ້ເພີ່ມຄວາມຕ້ອງການນີ້ເຂົ້າໃນເອກະສານ Geo: gitlab-ee#8053.

ໃນ GitLab 11.6 sudo gitlab-rake gitlab:geo:check ກວດເບິ່ງວ່າບ່ອນເກັບຂໍ້ມູນຖືກເປີດໃຊ້ງານຫຼືບໍ່ ແລະໂຄງການທັງໝົດຖືກໂອນຍ້າຍ. ຊັງ​ຕີ​ແມັດ. gitlab-ee#8289. ຖ້າທ່ານກໍາລັງໃຊ້ Geo, ກະລຸນາດໍາເນີນການກວດສອບນີ້ແລະໂອນຍ້າຍໄວເທົ່າທີ່ເປັນໄປໄດ້.

ໃນ GitLab 11.8 ການເຕືອນໄພປິດການໃຊ້ງານຖາວອນ gitlab-ee!8433 ຈະຖືກສະແດງຢູ່ໃນຫນ້າ ພື້ນທີ່ຜູ້ເບິ່ງແຍງ > Geo > Nodes, ຖ້າການກວດສອບຂ້າງເທິງນີ້ບໍ່ໄດ້ຮັບອະນຸຍາດ.

ໃນ GitLab 12.0 Geo ຈະໃຊ້ຄວາມຕ້ອງການບ່ອນເກັບຂໍ້ມູນ hashed. ຊັງ​ຕີ​ແມັດ. gitlab-ee#8690.

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ຮອງຮັບ Ubuntu 14.04

GitLab 11.10 ຈະເປັນລຸ້ນສຸດທ້າຍກັບ ຮອງຮັບ Ubuntu 14.04.

Canonical ປະກາດການສິ້ນສຸດການສະຫນັບສະຫນູນມາດຕະຖານສໍາລັບ Ubuntu 14.04 апреля 2019 ປີ. ພວກເຮົາແນະນຳໃຫ້ຜູ້ໃຊ້ອັບເກຣດເປັນເວີຊັນ LTS ທີ່ຮອງຮັບ: Ubuntu 16.04 ຫຼື Ubuntu 18.04.

ວັນທີລຶບ: 22 yeast 2019

ການຈໍາກັດຈໍານວນທໍ່ສູງສຸດທີ່ສ້າງຂຶ້ນຕໍ່ການຍື່ນສະເຫນີ

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

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

ວັນທີລຶບ: 22 yeast 2019

ເສັ້ນທາງລະຫັດເກົ່າຂອງ GitLab Runner ທີ່ລ້າສະໄຫມ

ໃນຖານະເປັນຂອງ Gitlab 11.9, GitLab Runner ໃຊ້ ວິ​ທີ​ການ​ໃຫມ່​ cloning / ໂທຫາ repository. ໃນປັດຈຸບັນ, GitLab Runner ຈະໃຊ້ວິທີການເກົ່າຖ້າໃຫມ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ. ເບິ່ງລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

ໃນ GitLab 11.0, ພວກເຮົາໄດ້ປ່ຽນຮູບລັກສະນະຂອງການຕັ້ງຄ່າເຊີຟເວີ metrics ສໍາລັບ GitLab Runner. metrics_server ຈະ​ຖືກ​ລົບ​ອອກ​ໃນ​ຄວາມ​ໂປດ​ປານ​ listen_address ໃນ GitLab 12.0. ເບິ່ງລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

ໃນຮຸ່ນ 11.3, GitLab Runner ເລີ່ມສະຫນັບສະຫນູນ ຜູ້ໃຫ້ບໍລິການແຄດຫຼາຍ; ທີ່ນໍາໄປສູ່ການຕັ້ງຄ່າໃຫມ່ສໍາລັບ ການຕັ້ງຄ່າສະເພາະ S3. ການ ເອກະສານ, ສະຫນອງຕາຕະລາງການປ່ຽນແປງແລະຄໍາແນະນໍາສໍາລັບການເຄື່ອນຍ້າຍໄປຫາການຕັ້ງຄ່າໃຫມ່. ເບິ່ງລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

ເສັ້ນທາງເຫຼົ່ານີ້ຈະບໍ່ມີຢູ່ໃນ GitLab 12.0. ໃນ​ຖາ​ນະ​ເປັນ​ຜູ້​ໃຊ້, ທ່ານ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ມີ​ການ​ປ່ຽນ​ແປງ​ຫຍັງ​ນອກ​ເຫນືອ​ໄປ​ຈາກ​ການ​ຮັບ​ປະ​ກັນ​ວ່າ​ຕົວ​ຢ່າງ GitLab ຂອງ​ທ່ານ​ກໍາ​ລັງ​ແລ່ນ​ສະ​ບັບ 11.9+ ໃນ​ເວ​ລາ​ທີ່​ຍົກ​ລະ​ດັບ​ເປັນ GitLab Runner 12.0.

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ພາຣາມິເຕີທີ່ຖືກຍົກເລີກສໍາລັບຄຸນສົມບັດຈຸດເຂົ້າສໍາລັບ GitLab Runner

11.4 GitLab Runner ແນະນໍາພາລາມິເຕີຄຸນນະສົມບັດ FF_K8S_USE_ENTRYPOINT_OVER_COMMAND ເພື່ອແກ້ໄຂບັນຫາເຊັ່ນ: #2338 и #3536.

ໃນ GitLab 12.0 ພວກເຮົາຈະປ່ຽນໄປສູ່ພຶດຕິກໍາທີ່ຖືກຕ້ອງຄືກັບວ່າການຕັ້ງຄ່າຄຸນສົມບັດຖືກປິດໃຊ້ງານ. ເບິ່ງລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ການສະໜັບສະໜຸນທີ່ຖືກຍົກເລີກສຳລັບການແຈກຢາຍ Linux ເຖິງ EOL ສໍາລັບ GitLab Runner

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

ໃນ GitLab 12.0, GitLab Runner ຈະບໍ່ແຈກຢາຍແພັກເກດໃຫ້ກັບ Linux distributions ດັ່ງກ່າວອີກຕໍ່ໄປ. ບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງການແຈກຢາຍທີ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນແມ່ນສາມາດພົບໄດ້ຢູ່ໃນຂອງພວກເຮົາ ເອກະສານ. ຂອບໃຈທ່ານ Javier Ardo (Javier Jardon) ຫລັງ ການປະກອບສ່ວນຂອງລາວ!

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ການຖອນຄໍາສັ່ງຜູ້ຊ່ວຍແລ່ນ GitLab ເກົ່າ

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

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

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ການຖອນກົນໄກການເຮັດຄວາມສະອາດ git ທີ່ເປັນມໍລະດົກຈາກ GitLab Runner

ໃນ GitLab Runner 11.10 ພວກເຮົາໃຫ້ໂອກາດ ຕັ້ງຄ່າວິທີການ Runner ປະຕິບັດຄໍາສັ່ງ git clean. ນອກຈາກນັ້ນ, ຍຸດທະສາດການທໍາຄວາມສະອາດໃຫມ່ເອົາການນໍາໃຊ້ git reset ແລະວາງຄໍາສັ່ງ git clean ຫຼັງຈາກຂັ້ນຕອນ unloading.

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

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

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ພາກສ່ວນຂໍ້ມູນລະບົບໃນແຜງຄວບຄຸມ

GitLab ນໍາສະເຫນີຂໍ້ມູນກ່ຽວກັບຕົວຢ່າງ GitLab ຂອງທ່ານໃນ admin/system_info, ແຕ່ຂໍ້ມູນນີ້ອາດຈະບໍ່ຖືກຕ້ອງ.

ພວກ​ເຮົາ ລຶບພາກສ່ວນນີ້ ກະດານ admin ໃນ GitLab 12.0 ແລະພວກເຮົາແນະນໍາໃຫ້ໃຊ້ ທາງເລືອກໃນການຕິດຕາມອື່ນໆ.

ວັນທີລຶບ: 22 ມິຖຸນາ 2019

ປ່ຽນບັນທຶກ

ຊອກຫາການປ່ຽນແປງທັງໝົດເຫຼົ່ານີ້ຢູ່ໃນ changelog:

• ສະບັບຊຸມຊົນ GitLab
• GitLab Enterprise Edition
• ແລ່ນ GitLab

ການຕັ້ງຄ່າ

ຖ້າທ່ານກໍາລັງຕັ້ງຄ່າການຕິດຕັ້ງ GitLab ໃຫມ່, ໄປຢ້ຽມຢາມ ຫນ້າດາວໂຫລດ GitLab.

ປັບປຸງໃຫ້ທັນ

ກວດເບິ່ງ ໜ້າອັບເດດ.

ແຜນການສະໝັກໃຊ້ GitLab

GitLab ແມ່ນມີຢູ່ໃນສອງລົດຊາດ: ການປົກຄອງຕົນເອງ и ຟັງ SaaS.

ປົກຄອງຕົນເອງ: ຢູ່ສະຖານທີ່ ຫຼືໃນເວທີຄລາວທີ່ທ່ານມັກ.

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

Cloud SaaS - GitLab.com: ເປັນເຈົ້າພາບ, ຄຸ້ມຄອງ ແລະບໍລິຫານໂດຍ GitLab ການສະໝັກໃຊ້ຟຣີ ແລະເສຍເງິນ ສໍາລັບນັກພັດທະນາສ່ວນບຸກຄົນແລະທີມງານ.

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

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