GitLab 11.9 ປ່ອຍອອກມາເມື່ອມີການຊອກຄົ້ນຫາລັບແລະກົດລະບຽບການແກ້ໄຂຄໍາຮ້ອງຂໍການຜະສົມຜະສານຫຼາຍ

ກວດ​ພົບ​ຄວາມ​ລັບ​ທີ່​ຮົ່ວ​ໄຫລ​ໄວ

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

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

ຮັບປະກັນການຄຸ້ມຄອງການປ່ຽນແປງທີ່ເຫມາະສົມ

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

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

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

ChatOps ດຽວນີ້ເປັນແຫຼ່ງເປີດ

GitLab ChatOps ເປັນ​ເຄື່ອງ​ມື​ອັດ​ຕະ​ໂນ​ມັດ​ທີ່​ມີ​ອໍາ​ນາດ​ທີ່​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ດໍາ​ເນີນ​ການ CI / CD ແລະ​ສອບ​ຖາມ​ສະ​ຖາ​ນະ​ພາບ​ຂອງ​ຕົນ​ໂດຍ​ກົງ​ໃນ​ກິດ​ສົນ​ທະ​ນາ​ເຊັ່ນ Slack ແລະ Mattermost​. ໃນເບື້ອງຕົ້ນໄດ້ນໍາສະເຫນີໃນ GitLab 10.6, ChatOps ແມ່ນສ່ວນຫນຶ່ງຂອງການສະຫມັກ GitLab Ultimate. ອີງ ຍຸດທະສາດການພັດທະນາຜະລິດຕະພັນ и ຄໍາຫມັ້ນສັນຍາກັບແຫຼ່ງເປີດ, ບາງຄັ້ງພວກເຮົາຍ້າຍຄຸນສົມບັດລົງໃນລະດັບຫນຶ່ງແລະບໍ່ເຄີຍຂຶ້ນ.

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

ໃນ GitLab 11.9 ພວກເຮົາ ແຫຼ່ງເປີດລະຫັດ ChatOps, ແລະດັ່ງນັ້ນ, ດຽວນີ້ມັນສາມາດໃຊ້ໄດ້ຢ່າງເສລີໃນ GitLab Core ທີ່ຈັດການດ້ວຍຕົນເອງແລະຢູ່ໃນ GitLab.com ແລະເປີດໃຫ້ຊຸມຊົນ.

Имногоедругое!

ມີຫຼາຍລັກສະນະທີ່ຍິ່ງໃຫຍ່ທີ່ມີຢູ່ໃນການປ່ອຍນີ້, e.g. ການກວດສອບຕົວກໍານົດການທໍາງານ, ແກ້ໄຂຊ່ອງໂຫວ່ການຮ້ອງຂໍການຮວມ и ແມ່ແບບ CI/CD ສໍາລັບວຽກຄວາມປອດໄພ, - ທີ່ພວກເຮົາບໍ່ສາມາດລໍຖ້າທີ່ຈະບອກທ່ານກ່ຽວກັບພວກເຂົາ!

ພະນັກງານທີ່ມີຄ່າທີ່ສຸດ (MVP) ໃນເດືອນນີ້ຖືກຮັບຮູ້ໂດຍ Marcel Amirault (Marcel Amirault)
Marcel ໄດ້ຊ່ວຍພວກເຮົາປັບປຸງເອກະສານ GitLab ຢ່າງຕໍ່ເນື່ອງ. ລາວ ໄດ້ຫຼາຍ ເພື່ອປັບປຸງຄຸນນະພາບແລະການນໍາໃຊ້ຂອງເອກະສານຂອງພວກເຮົາ. Domo arigato [ຂອບໃຈຫຼາຍໆ (ພາສາຍີ່ປຸ່ນ) - ປະມານ. trans.] Marcel, ພວກເຮົາຂໍຂອບໃຈຢ່າງຈິງໃຈ!

ຄຸນສົມບັດຫຼັກທີ່ເພີ່ມເຂົ້າໃນການປ່ອຍ GitLab 11.9

ຄົ້ນພົບຄວາມລັບ ແລະຂໍ້ມູນປະຈໍາຕົວຢູ່ໃນບ່ອນເກັບມ້ຽນ

(ສຸດຍອດ, ທອງ)

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

GitLab 11.9 ມີການທົດສອບໃຫມ່ - "ການຊອກຄົ້ນຫາຄວາມລັບ". ມັນສະແກນເນື້ອໃນຂອງບ່ອນເກັບມ້ຽນຊອກຫາລະຫັດ API ແລະຂໍ້ມູນອື່ນໆທີ່ບໍ່ຄວນຢູ່ທີ່ນັ້ນ. GitLab ສະ​ແດງ​ຜົນ​ໄດ້​ຮັບ​ໃນ​ບົດ​ລາຍ​ງານ SAST ໃນ widget ການ​ຮ້ອງ​ຂໍ​ລວມ​, ບົດ​ລາຍ​ງານ​ທໍ່​, ແລະ dashboards ຄວາມ​ປອດ​ໄພ​.

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

Документация
ຈຸດປະສົງ

ກົດ​ລະ​ບຽບ​ການ​ແກ້​ໄຂ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ລວມ​

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ)

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

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

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

Документация
ຈຸດປະສົງ

ກຳລັງຍ້າຍ ChatOps ໄປໃສ່ຫຼັກ

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

ໃນເບື້ອງຕົ້ນໄດ້ນໍາສະເຫນີໃນ GitLab Ultimate 10.6, ChatOps ໄດ້ຍ້າຍໄປ GitLab Core. GitLab ChatOps ສະຫນອງຄວາມສາມາດໃນການເຮັດວຽກ GitLab CI ຜ່ານ Slack ໂດຍໃຊ້ຄຸນສົມບັດ ຄໍາສັ່ງ slash.

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

Документация
ຈຸດປະສົງ

ການກວດສອບຕົວກໍານົດການທໍາງານ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ)

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

Документация
ຈຸດປະສົງ

ແກ້ໄຂຊ່ອງໂຫວ່ການຮ້ອງຂໍການຮວມ

(ສຸດຍອດ, ທອງ)

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

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

Документация
ຈຸດປະສົງ

ກຳລັງສະແດງຜົນການສະແກນຕົວບັນຈຸໃນແຜງຄວາມປອດໄພຂອງກຸ່ມ

(ສຸດຍອດ, ທອງ)

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

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

Документация
ຈຸດປະສົງ

ແມ່ແບບ CI/CD ສໍາລັບວຽກຄວາມປອດໄພ

(ສຸດຍອດ, ທອງ)

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

ມັນແມ່ນຍ້ອນເຫດຜົນນີ້ທີ່ພວກເຮົາໄດ້ນໍາສະເຫນີໃນ GitLab 11.7 ກົນໄກໃຫມ່ສໍາລັບການກໍານົດວຽກໂດຍໃຊ້ ແມ່ແບບ.

ເລີ່ມຕົ້ນດ້ວຍ GitLab 11.9 ພວກເຮົາຈະສະເຫນີແມ່ແບບໃນຕົວສໍາລັບວຽກຄວາມປອດໄພທັງຫມົດ: ຕົວຢ່າງ, sast и dependency_scanning, - ເຂົ້າກັນໄດ້ກັບລຸ້ນທີ່ສອດຄ້ອງກັນຂອງ GitLab.

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

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

Документация
ຈຸດປະສົງ

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

ຕອບກັບຄຳເຫັນ

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

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

ພວກເຮົາໄດ້ຜ່ອນຜັນຂໍ້ຈຳກັດນີ້ແລ້ວ. ເອົາຄໍາຄິດຄໍາເຫັນໃດໆໃນ GitLab (ກ່ຽວກັບບັນຫາ, ການຮ້ອງຂໍລວມ, ແລະ epics) ແລະຕອບສະຫນອງຕໍ່ມັນ, ດັ່ງນັ້ນການເລີ່ມຕົ້ນການສົນທະນາ. ດ້ວຍວິທີນີ້, ທີມງານມີການໂຕ້ຕອບທີ່ມີການຈັດຕັ້ງຫຼາຍຂຶ້ນ.

Документация
ຈຸດປະສົງ

ແມ່ແບບໂຄງການສໍາລັບ .NET, Go, iOS ແລະ Pages

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

ເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບຜູ້ໃຊ້ໃນການສ້າງໂຄງການໃຫມ່, ພວກເຮົາສະເຫນີຫຼາຍແມ່ແບບໂຄງການໃຫມ່:

• ປະຖົມ ແມ່ແບບໂຄງການ .NET Core, ເຊິ່ງປະກອບມີຄໍາຮ້ອງສະຫມັກພື້ນຖານທີ່ມີ CI.
• ແມ່ແບບພ້ອມທີ່ຈະໃຊ້ທີ່ປະສົມປະສານ Go Micro ກອບການບໍລິການຈຸນລະພາກ ແລະ GitLab CI/CD.
• ແອັບ iOS “ສະບາຍດີ, ໂລກ!”, ກຽມພ້ອມສໍາລັບການປັບແຕ່ງເບື້ອງຕົ້ນໃນ GitLab. ໃຫ້ສັງເກດວ່ານັບຕັ້ງແຕ່ການສ້າງ iOS ຕ້ອງການເຄື່ອງແລ່ນ MacOS ທີ່ອຸທິດຕົນ, ທ່ານຈະຕ້ອງໃຫ້ເຄື່ອງແມ່ຂ່າຍສ້າງຂອງທ່ານເອງຖ້າທ່ານຕ້ອງການໃຊ້ມັນກັບ GitLab CI/CD.
• ແມ່ແບບໜ້າ GitLab ຕັ້ງຄ່າໃຫ້ເຮັດວຽກກັບ Netlify.

Документация
Epic

ຮຽກຮ້ອງໃຫ້ມີການອະນຸຍາດສໍາລັບການລວມຄໍາຮ້ອງຂໍຈາກເຈົ້າຂອງລະຫັດ

(ພຣີມຽມ, ສູງສຸດ, ເງິນ, ທອງ)

ມັນບໍ່ຈະແຈ້ງສະ ເໝີ ໄປວ່າຜູ້ທີ່ອະນຸມັດການຮ້ອງຂໍການລວມເຂົ້າກັນ.

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

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

Документация
ຈຸດປະສົງ

ຍ້າຍໄຟລ໌ໃນ Web IDE

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

ໃນປັດຈຸບັນ, ມີການປ່ຽນຊື່ໄຟລ໌ຫຼືໄດເລກະທໍລີ, ທ່ານສາມາດຍ້າຍມັນຈາກ Web IDE ໄປຫາບ່ອນເກັບມ້ຽນຕາມເສັ້ນທາງໃຫມ່.

Документация
ຈຸດປະສົງ

ປ້າຍກຳກັບຕາມລຳດັບຕົວໜັງສື

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

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

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

Документация
ຈຸດປະສົງ

ຄຳເຫັນໄວເມື່ອກັ່ນຕອງການກະທຳຕາມໜ້າວຽກ

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

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

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

Документация
ຈຸດປະສົງ

ການປ່ຽນແປງລໍາດັບຂອງ epics ເດັກນ້ອຍ

(ສຸດຍອດ, ທອງ)

ພວກເຮົາປ່ອຍອອກມາເມື່ອບໍ່ດົນມານີ້ epics ເດັກນ້ອຍ, ເຊິ່ງອະນຸຍາດໃຫ້ນໍາໃຊ້ຂອງ epics ຂອງ epics (ນອກເຫນືອໄປຈາກວຽກງານຂອງເດັກນ້ອຍຂອງ epics).

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

Документация
ຈຸດປະສົງ

ຂໍ້ຄວາມລະບົບສ່ວນຫົວ ແລະສ່ວນທ້າຍແບບກຳນົດເອງຢູ່ໃນເວັບ ແລະອີເມລ໌

(core, STARTER, PREMIUM, ULTIMATE)

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

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

Документация
ຈຸດປະສົງ

ກັ່ນຕອງຕາມໜ້າວຽກທີ່ເປັນຄວາມລັບ

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

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

ໃນ GitLab 11.9, ບັນຊີລາຍຊື່ບັນຫາ GitLab ໄດ້ຖືກກັ່ນຕອງໂດຍບັນຫາທີ່ລະອຽດອ່ອນຫຼືບໍ່ລະອຽດອ່ອນ. ອັນນີ້ຍັງໃຊ້ກັບການຊອກຫາໜ້າວຽກໂດຍໃຊ້ API.

ຂອບໃຈ Robert Schilling ສໍາລັບການປະກອບສ່ວນຂອງລາວRobert Schilling)!

Документация
ຈຸດປະສົງ

ການແກ້ໄຂໂດເມນ Knative ຫຼັງຈາກການຕິດຕັ້ງ

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

ການລະບຸໂດເມນແບບກຳນົດເອງເມື່ອຕິດຕັ້ງ Knative ອະນຸຍາດໃຫ້ທ່ານໃຫ້ບໍລິການແອັບພລິເຄຊັນ/ຄຸນສົມບັດເຊີບເວີຕ່າງໆຈາກຈຸດສິ້ນສຸດທີ່ເປັນເອກະລັກ.

ການເຊື່ອມໂຍງ Kubernetes ໃນ GitLab ຕອນນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດປ່ຽນ / ອັບເດດໂດເມນຜູ້ໃຊ້ໄດ້ຫຼັງຈາກນໍາໃຊ້ Knative ໃຫ້ກັບກຸ່ມ Kubernetes.

Документация
ຈຸດປະສົງ

ກຳລັງກວດສອບຮູບແບບໃບຮັບຮອງ Kubernetes CA

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

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

Документация
ຈຸດປະສົງ

ຂະຫຍາຍຜົນປະໂຫຍດການປຽບທຽບການຮ້ອງຂໍການຮວມໄປຫາໄຟລ໌ທັງໝົດ

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

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

Документация
ຈຸດປະສົງ

ປະຕິບັດວຽກສະເພາະໂດຍອີງໃສ່ການຮ້ອງຂໍການລວມພຽງແຕ່ໃນເວລາທີ່ໄຟລ໌ສະເພາະໃດຫນຶ່ງມີການປ່ຽນແປງ

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

GitLab 11.6 ເພີ່ມຄວາມສາມາດໃນການກໍານົດ only: merge_requests ສໍາລັບວຽກທໍ່ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດປະຕິບັດວຽກງານສະເພາະໃນເວລາສ້າງຄໍາຮ້ອງຂໍການລວມ.

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

ຂອບໃຈສໍາລັບການປະກອບສ່ວນ Hiroyuki Sato (ຮິໂຣຢູກິ ຊາໂຕ)!

Документация
ຈຸດປະສົງ

ການຕິດຕາມ GitLab ອັດຕະໂນມັດກັບ Grafana

(core, STARTER, PREMIUM, ULTIMATE)

ດຽວນີ້ Grafana ຖືກລວມຢູ່ໃນຊຸດ Omnibus ຂອງພວກເຮົາ, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນທີ່ຈະເຂົ້າໃຈວິທີທີ່ຕົວຢ່າງຂອງເຈົ້າເຮັດວຽກ.

ປັບແຕ່ງ grafana['enable'] = true в gitlab.rb, ແລະ Grafana ຈະມີຢູ່ໃນ: https://your.gitlab.instance/-/grafana. ໃນອະນາຄົດອັນໃກ້ນີ້ພວກເຮົາຍັງ ຂໍແນະນໍາແຖບເຄື່ອງມື GitLab "ຈາກກ່ອງ".

Документация
ຈຸດປະສົງ

ເບິ່ງ epics ຕົ້ນຕໍໃນແຖບດ້ານຂ້າງຂອງ epics

(ສຸດຍອດ, ທອງ)

ພວກເຮົາບໍ່ດົນມານີ້ໄດ້ນໍາສະເຫນີ epics ເດັກນ້ອຍ, ອະນຸຍາດໃຫ້ນໍາໃຊ້ຂອງ epics ຂອງ epics.

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

Документация
ຈຸດປະສົງ

ເຊື່ອມຕໍ່ກັບໜ້າວຽກໃໝ່ຈາກວຽກທີ່ຍ້າຍ ແລະປິດ

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

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

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

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

Документация
ຈຸດປະສົງ

ການເຊື່ອມໂຍງ YouTrack

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

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

ໃນການປ່ອຍນີ້ພວກເຮົາໄດ້ເພີ່ມຄວາມສາມາດໃນການປະສົມປະສານ YouTrack ຈາກ JetBrains.
ພວກເຮົາຂໍຂອບໃຈ Kotau Jauchen ສໍາລັບການປະກອບສ່ວນຂອງລາວ (Kotau Yauhen)!

Документация
ຈຸດປະສົງ

ປັບຂະໜາດຕົ້ນໄມ້ຂໍການຮວມ

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

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

Документация
ຈຸດປະສົງ

ໄປທີ່ແຖບໜ້າວຽກຫຼ້າສຸດ

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

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

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

Документация
ຈຸດປະສົງ

ຄວາມສາມາດສໍາລັບນັກພັດທະນາເພື່ອສ້າງສາຂາປ້ອງກັນ

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

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

ໃນ GitLab 11.9, ນັກພັດທະນາສາມາດສ້າງສາຂາທີ່ຖືກປົກປ້ອງຈາກສາຂາທີ່ຖືກປົກປ້ອງແລ້ວໂດຍຜ່ານ GitLab ຫຼື API. ການນໍາໃຊ້ Git ເພື່ອຍ້າຍສາຂາທີ່ຖືກປົກປ້ອງໃຫມ່ແມ່ນຍັງຈໍາກັດເພື່ອຫຼີກເວັ້ນການສ້າງສາຂາປ້ອງກັນໃຫມ່ໂດຍບັງເອີນ.

Документация
ຈຸດປະສົງ

Git Object Deduplication ສໍາລັບ Open Forks (ເບຕ້າ)

(core, STARTER, PREMIUM, ULTIMATE)

Forking ອະນຸຍາດໃຫ້ທຸກຄົນປະກອບສ່ວນເຂົ້າໃນໂຄງການ open source: ໂດຍບໍ່ມີການອະນຸຍາດການຂຽນ, ພຽງແຕ່ໂດຍການຄັດລອກ repository ເຂົ້າໄປໃນໂຄງການໃຫມ່. ການເກັບຮັກສາສໍາເນົາຄົບຖ້ວນສົມບູນຂອງບ່ອນເກັບມ້ຽນ Git ທີ່ຖືກ forked ເລື້ອຍໆແມ່ນບໍ່ມີປະສິດທິພາບ. ໃນປັດຈຸບັນກັບ Git alternatives forks ແບ່ງປັນວັດຖຸທົ່ວໄປຈາກໂຄງການແມ່ໃນກຸ່ມວັດຖຸເພື່ອຫຼຸດຜ່ອນຄວາມຕ້ອງການເກັບຮັກສາແຜ່ນ.

Fork object pools ຖືກສ້າງຂື້ນພຽງແຕ່ສໍາລັບໂຄງການເປີດໃນເວລາທີ່ການເກັບຮັກສາ hashed ຖືກເປີດໃຊ້. Object pools ຖືກເປີດໃຊ້ໂດຍໃຊ້ພາລາມິເຕີຟັງຊັນ object_pools.

Документация
Epic

ການກັ່ນຕອງບັນຊີລາຍຊື່ຂອງຄໍາຮ້ອງຂໍລວມໂດຍຜູ້ອະນຸມັດທີ່ຖືກມອບຫມາຍ

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

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

ໃນ GitLab 11.9, ບັນຊີລາຍຊື່ຂອງການຮ້ອງຂໍການລວມແມ່ນການກັ່ນຕອງໂດຍຜູ້ອະນຸມັດທີ່ຖືກມອບຫມາຍ. ດ້ວຍວິທີນີ້, ທ່ານສາມາດຊອກຫາການຮ້ອງຂໍການລວມເຂົ້າກັບທ່ານເປັນນັກທົບທວນ.
ຂອບໃຈ Glewin Wiechert ສໍາລັບການປະກອບສ່ວນຂອງລາວ (Glavin Wiechert)!

Документация
ຈຸດປະສົງ

ທາງລັດສຳລັບໄຟລ໌ຕໍ່ໄປ ແລະກ່ອນໜ້າໃນການຮ້ອງຂໍການຮວມ

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

ໃນຂະນະທີ່ເບິ່ງການປ່ຽນແປງຕໍ່ຄໍາຮ້ອງຂໍລວມ, ທ່ານສາມາດປ່ຽນລະຫວ່າງໄຟລ໌ຢ່າງໄວວາໂດຍໃຊ້ ]ຫຼື j ເພື່ອຍ້າຍໄປໄຟລ໌ຕໍ່ໄປ ແລະ [ ຫຼື k ເພື່ອໄປທີ່ໄຟລ໌ທີ່ຜ່ານມາ.

ເອກະສານ
ຈຸດປະສົງ

ຄວາມງ່າຍຂອງການ .gitlab-ci.yml ສໍາລັບໂຄງການ serverless

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

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

Документация
ຈຸດປະສົງ

Ingress hostname support

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

ເມື່ອນໍາໃຊ້ຕົວຄວບຄຸມ Kubernetes Ingress, ບາງແພລະຕະຟອມຈະກັບຄືນໄປຫາທີ່ຢູ່ IP (ຕົວຢ່າງ, GKE ຂອງ Google), ໃນຂະນະທີ່ຄົນອື່ນກັບຄືນໄປຫາຊື່ DNS (ຕົວຢ່າງ, AWS's EKS).

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

ຂອບໃຈ Aaron Walker ສໍາລັບການປະກອບສ່ວນຂອງລາວ (Aaron Walker)!

Документация
ຈຸດປະສົງ

ຈຳກັດການເຂົ້າເຖິງການເຂົ້າສູ່ລະບົບ JupyterHub ໃຫ້ກັບສະມາຊິກທີມ/ໂຄງການເທົ່ານັ້ນ

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

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

ໃນ GitLab 11.9, ຄວາມສາມາດໃນການເຂົ້າສູ່ລະບົບ JupyterHub instances deployed via Kubernetes ແມ່ນຈຳກັດໃຫ້ສະມາຊິກໂຄງການທີ່ມີການເຂົ້າເຖິງນັກພັດທະນາ (ຜ່ານກຸ່ມ ຫຼືໂຄງການ).

Документация
ຈຸດປະສົງ

ຊ່ວງເວລາທີ່ສາມາດປັບແຕ່ງໄດ້ສຳລັບແຜນງານຄວາມປອດໄພ

(ສຸດຍອດ, ທອງ)

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

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

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

Документация
ຈຸດປະສົງ

ເພີ່ມວຽກສ້າງ Auto DevOps ສໍາລັບແທັກ

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

ຂັ້ນຕອນການສ້າງ Auto DevOps ສ້າງການສ້າງແອັບພລິເຄຊັນຂອງທ່ານໂດຍໃຊ້ Dockerfile ຂອງໂຄງການ Heroku ຫຼື buildpack ຂອງທ່ານ.

ໃນ GitLab 11.9, ຮູບພາບ Docker ທີ່ໄດ້ຮັບຜົນທີ່ຖືກຝັງຢູ່ໃນທໍ່ແທັກຖືກຕັ້ງຊື່ຄ້າຍຄືກັນກັບຊື່ຮູບພາບແບບດັ້ງເດີມໂດຍໃຊ້ tag commit ແທນ SHA commit.
ຂອບໃຈ Aaron Walker ສຳລັບການປະກອບສ່ວນຂອງລາວ!

ອັບເດດລະຫັດສະພາບອາກາດເປັນເວີຊັນ 0.83.0

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

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

ໃນ GitLab 11.9 ພວກເຮົາໄດ້ປັບປຸງເຄື່ອງຈັກເປັນເວີຊັນຫຼ້າສຸດ (0.83.0) ເພື່ອສະຫນອງຜົນປະໂຫຍດຂອງພາສາເພີ່ມເຕີມແລະການສະຫນັບສະຫນູນການວິເຄາະ static ສໍາລັບ GitLab Code Quality.

ຂອບໃຈສະມາຊິກທີມ GitLab Core Takuya Noguchi ສໍາລັບການປະກອບສ່ວນຂອງລາວ (Takuya Noguchi)!

Документация
ຈຸດປະສົງ

ຊູມ ແລະເລື່ອນແຜງວັດແທກ

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

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

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

Документация
ຈຸດປະສົງ

SAST ສໍາລັບ TypeScript

(ສຸດຍອດ, ທອງ)

ຕົວພິມອັກສອນ ເປັນພາສາການຂຽນໂປຼແກຼມທີ່ຂ້ອນຂ້າງໃຫມ່ໂດຍອີງໃສ່ JavaScript.

ໃນ GitLab 11.9, Static Application Security Testing (SAST) ວິເຄາະແລະກວດພົບຊ່ອງໂຫວ່ໃນລະຫັດ TypeScript, ສະແດງໃຫ້ເຫັນພວກມັນຢູ່ໃນ widget ການຮ້ອງຂໍການລວມ, ລະດັບທໍ່, ແລະ dashboard ຄວາມປອດໄພ. ນິຍາມວຽກປະຈຸບັນ sast ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ມີ​ການ​ປ່ຽນ​ແປງ​, ແລະ​ມັນ​ຍັງ​ໄດ້​ຖືກ​ລວມ​ເຂົ້າ​ໃນ​ອັດ​ຕະ​ໂນ​ມັດ​ Auto DevOps.

Документация
ຈຸດປະສົງ

SAST ສໍາລັບໂຄງການ Maven ຫຼາຍໂມດູນ

(ສຸດຍອດ, ທອງ)

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

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

Документация
ຈຸດປະສົງ

GitLab Runner 11.9

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

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

ຂ້າງລຸ່ມນີ້ແມ່ນບາງການປ່ຽນແປງໃນ GitLab Runner 11.9:

• ກຳລັງອັບເດດຮູບ alpine ເປັນ alpine 3.9.
• ເພີ່ມ windows Dockerfiles ສໍາລັບ gitlab-runner-helper и ເພີ່ມສະຄຣິບເພື່ອສ້າງຕົວຊ່ວຍຮູບພາບ windows.
• ກຳລັງອັບເດດເວີຊັນ docker API... ມັນຄືກັນ ລົບລ້າງການຮອງຮັບ Docker executor ໃນ CentOS 6.
• ເພີ່ມຄວາມສາມາດໃນການປິດບັງຕົວແປໃນການຕິດຕາມບັນທຶກ ສໍາລັບການສະຫນັບສະຫນູນ ການປິດບັງຕົວແປທີ່ປ້ອງກັນແບບງ່າຍໆໃນບັນທຶກ, ເຊິ່ງຈະປາກົດຢູ່ໃນ GitLab 11.10.
• ການເພີ່ມເອກະສານສໍາລັບຄຸນສົມບັດ OS ເກົ່າທີ່ເຂົ້າມາໃນ 12.0.
• ການປັບປຸງຄໍາສັ່ງ SNTP ເພື່ອບັນທຶກເວລາ synchronization ໃນ Parallels executor.
• ການເຄື່ອນຍ້າຍສະຄິບຫຼາຍອັນ - ລວມທັງ script ລໍຖ້າການບໍລິການ и bash caching script - ໃນ Go.
• ການກໍາຈັດຄໍາສັ່ງຮູບພາບຜູ້ຊ່ວຍ.
• ການສະກັດລະຫັດຈາກ refspec ທີ່ສະຫນອງໃຫ້.
• ແກ້ໄຂຄວາມຜິດພາດການຈັດສັນຫນ່ວຍຄວາມຈໍາໃນເວລາທີ່ cloning repositories ກັບວັດຖຸ LFS ຂະຫນາດໃຫຍ່ກ່ວາ RAM ທີ່ມີຢູ່.

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

Документация

ການປັບປຸງ GitLab schema

(core, STARTER, PREMIUM, ULTIMATE)

ການປັບປຸງຕໍ່ໄປນີ້ໄດ້ຖືກເຮັດໃຫ້ຕາຕະລາງ GitLab:

• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ Google Cloud Memorystore.
• ການຕັ້ງຄ່າວຽກ Cron ໃນປັດຈຸບັນທົ່ວໂລກ, ເນື່ອງຈາກວ່າພວກເຂົາຖືກນໍາໃຊ້ໂດຍການບໍລິການຈໍານວນຫນຶ່ງ.
• ການລົງທະບຽນໄດ້ຖືກປັບປຸງເປັນເວີຊັນ 2.7.1.
• ເພີ່ມການຕັ້ງຄ່າໃຫມ່ເພື່ອເຮັດໃຫ້ການລົງທະບຽນ GitLab ເຂົ້າກັນໄດ້ກັບ Docker ຮຸ່ນກ່ອນ 1.10. ເພື່ອເປີດໃຊ້, ຕິດຕັ້ງ registry.compatibility.schema1.enabled: true.

Документация

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

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

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

• ການຫຼຸດຜ່ອນການສອບຖາມ SQL ໃນ todos API Endpoint.
• ປັບປຸງປະສິດທິພາບຂອງປ້າຍເລື່ອນລົງໃນວຽກງານ.
• ການເພີ່ມປະສິດທິພາບການສອບຖາມ SQL ທີ່ໃຊ້ໃນການນັບວຽກກຸ່ມໃນລະຫວ່າງການຄົ້ນຫາ.
• ປັບປຸງປະສິດທິພາບຂອງປ້າຍສະແດງພາບໃນແຖບດ້ານຂ້າງ.

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

ການປັບປຸງ Omnibus

(core, STARTER, PREMIUM, ULTIMATE)

GitLab 11.9 ປະກອບມີການປັບປຸງ Omnibus ຕໍ່ໄປນີ້:

• GitLab 11.9 ປະກອບມີ ສຳ ຄັນທີ່ສຸດ 5.8, ແຫຼ່ງເປີດ Slack ທາງເລືອກ, ລຸ້ນຫຼ້າສຸດຂອງມັນມີ MFA ສໍາລັບ Team Edition, ປັບປຸງປະສິດທິພາບຮູບພາບ, ແລະອື່ນໆອີກ. ສະ​ບັບ​ນີ້​ຍັງ​ປະ​ກອບ​ມີ​ ການປັບປຸງຄວາມປອດໄພ; ອັບເດດແນະນຳ.
• ເພີ່ມການຕັ້ງຄ່າໃຫມ່ເພື່ອເຮັດໃຫ້ການລົງທະບຽນ GitLab ເຂົ້າກັນໄດ້ກັບ Docker ຮຸ່ນກ່ອນ 1.10. ເພື່ອເປີດໃຊ້, ຕິດຕັ້ງ registry['compatibility_schema1_enabled'] = true в gitlab.rb.
• ດຽວນີ້ການລົງທະບຽນ GitLab ສົ່ງອອກ metrics Prometheus ແລະຖືກຕິດຕາມໂດຍອັດຕະໂນມັດໂດຍການເຂົ້າມາ. ຊຸດໂດຍບໍລິການ Prometheus.
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ Google Cloud Memorystore, ເຊິ່ງຕ້ອງການ отключения redis_enable_client.
• openssl ອັບເດດເປັນເວີຊັ່ນ 1.0.2r, nginx - ເຖິງ​ສະ​ບັບ 1.14.2​, python - ເຖິງ​ສະ​ບັບ 3.4.9​, jemalloc - ເຖິງ​ສະ​ບັບ 5.1.0​, docutils - ເຖິງ​ສະ​ບັບ 0.13.1​, gitlab-monitor- ເຖິງ​ສະ​ບັບ 3.2.0​.

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

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

ການເຊື່ອມໂຍງ Hipchat

ຮິບໂຮມ ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ. ນອກຈາກນັ້ນ, ໃນສະບັບ 11.9 ພວກເຮົາເອົາຄຸນສົມບັດການເຊື່ອມໂຍງ Hipchat ທີ່ມີຢູ່ໃນ GitLab ອອກ.

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

ຮອງຮັບ CentOS 6 ສໍາລັບ GitLab Runner ໂດຍໃຊ້ Docker executor

GitLab Runner ບໍ່ຮອງຮັບ CentOS 6 ເມື່ອໃຊ້ Docker ໃນ GitLab 11.9. ນີ້ແມ່ນຜົນມາຈາກການປັບປຸງຫ້ອງສະໝຸດຫຼັກ Docker, ເຊິ່ງບໍ່ຮອງຮັບ CentOS 6 ອີກຕໍ່ໄປ. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ, ເບິ່ງ ວຽກງານນີ້.

ວັນທີລຶບ: 22 ມີນາ 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 ຖືກເປີດຕົວໂດຍໃຊ້ຄໍາສັ່ງໃຫມ່. ນີ້ມີຜົນກະທົບພຽງແຕ່ຜູ້ໃຊ້ທີ່ override ຮູບພາບຜູ້ຊ່ວຍ. ເບິ່ງລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

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

ນັກພັດທະນາສາມາດເອົາ tags Git ໃນ GitLab 11.10

ການລຶບ ຫຼືແກ້ໄຂບັນທຶກເວີຊັນສຳລັບແທັກ Git ໃນສາຂາທີ່ບໍ່ໄດ້ກວດກາແມ່ນໄດ້ຖືກຈຳກັດໄວ້ແຕ່ປະຫວັດສາດເທົ່ານັ້ນ ຜູ້ຮັບໃຊ້ ແລະເຈົ້າຂອງ.

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

ຖ້າທ່ານຕ້ອງການຮັກສາຂໍ້ຈໍາກັດນີ້ສໍາລັບຜູ້ຮັກສາແລະເຈົ້າຂອງ, ໃຫ້ໃຊ້ tags ປ້ອງກັນ.

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

ຮອງຮັບ Prometheus 1.x ໃນ Omnibus GitLab

ເລີ່ມຕົ້ນດ້ວຍ GitLab 11.4, ຮຸ່ນ Prometheus 1.0 ທີ່ມີຢູ່ໃນຕົວໄດ້ຖືກໂຍກຍ້າຍອອກຈາກ Omnibus GitLab. ສະບັບ Prometheus 2.0 ໄດ້ຖືກລວມເຂົ້າແລ້ວ. ແນວໃດກໍ່ຕາມ, ຮູບແບບ metrics ບໍ່ເຂົ້າກັນໄດ້ກັບເວີຊັນ 1.0. ຮຸ່ນທີ່ມີຢູ່ສາມາດຖືກຍົກລະດັບເປັນ 2.0 ແລະ, ຖ້າຈໍາເປັນ, ຂໍ້ມູນຖືກໂອນ ການ​ນໍາ​ໃຊ້​ເຄື່ອງ​ມື​ໃນ​ຕົວ​.

ໃນລຸ້ນ GitLab 12.0 Prometheus 2.0 ຈະຖືກຕິດຕັ້ງໂດຍອັດຕະໂນມັດຖ້າການປັບປຸງບໍ່ໄດ້ຕິດຕັ້ງແລ້ວ. ຂໍ້ມູນຈາກ Prometheus 1.0 ຈະສູນຫາຍໄປເພາະວ່າ ... ບໍ່ໄດ້ຮັບການຍອມຮັບ.

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

TLS v1.1

ເລີ່ມຕົ້ນດ້ວຍ GitLab 12.0 TLS v1.1 ຈະຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ ເພື່ອປັບປຸງຄວາມປອດໄພ. ນີ້ແກ້ໄຂບັນຫາຈໍານວນຫລາຍ, ລວມທັງ Heartbleed, ແລະເຮັດໃຫ້ GitLab PCI DSS 3.1 ສອດຄ່ອງອອກຈາກກ່ອງ.

ເພື່ອປິດການໃຊ້ງານ TLS v1.1 ທັນທີ, ໃຫ້ຕັ້ງ nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband ແລະແລ່ນ gitlab-ctl reconfigure.

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

ແມ່ແບບ OpenShift ສໍາລັບການຕິດຕັ້ງ GitLab

ຢ່າງເປັນທາງການ gitlab ຕາຕະລາງຫມວກກັນກະທົບ — ວິ​ທີ​ການ​ແນະ​ນໍາ​ສໍາ​ລັບ​ການ​ແລ່ນ GitLab ໃນ Kubernetes​, ລວມ​ທັງ​ ນຳໃຊ້ກັບ OpenShift.

ແມ່ແບບ OpenShift ການ​ຕິດ​ຕັ້ງ GitLab ໄດ້​ຖືກ​ຢຸດ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ແລະ​ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຕໍ່​ໄປ​ອີກ​ແລ້ວ​ Git Lab 12.0.

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

ຄໍານິຍາມທີ່ຜ່ານມາຂອງວຽກຄວາມປອດໄພ

ດ້ວຍການແນະນໍາ ແມ່ແບບ CI/CD ສໍາລັບວຽກຄວາມປອດໄພ ນິຍາມວຽກກ່ອນໜ້ານີ້ຈະຖືກຍົກເລີກ ແລະຈະຖືກລຶບອອກໃນ GitLab 12.0 ຫຼືຫຼັງຈາກນັ້ນ.

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

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

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

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

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

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

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