GitLab 11.11: ໜ້າທີ່ຮັບຜິດຊອບຫຼາຍຢ່າງສຳລັບການຮ້ອງຂໍການລວມເຂົ້າກັນ ແລະການປັບປຸງສຳລັບບັນຈຸ

ທາງເລືອກໃນການຮ່ວມມືເພີ່ມເຕີມ ແລະການແຈ້ງເຕືອນເພີ່ມເຕີມ

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

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

ຫຼຸດຄ່າໃຊ້ຈ່າຍດ້ວຍການຮອງຮັບ Docker containers ໃນ Windows ແລະການຈັດຫາກຸ່ມ Kubernetes ລະດັບຕົວຢ່າງ

ພວກເຮົາຮັກຕູ້ຄອນເທນເນີ! ຕູ້ຄອນເທນເນີບໍລິໂພກຊັບພະຍາກອນຂອງລະບົບຫນ້ອຍລົງເມື່ອປຽບທຽບກັບເຄື່ອງ virtual ແລະປັບປຸງການເຄື່ອນທີ່ຂອງແອັບພລິເຄຊັນ. ນັບຕັ້ງແຕ່ການປ່ອຍ GitLab 11.11 ພວກເຮົາສະຫນັບສະຫນູນ Windows Container Executor ສໍາລັບ GitLab Runner, ດັ່ງນັ້ນຕອນນີ້ທ່ານສາມາດໃຊ້ Docker containers ເທິງ Windows ແລະເພີດເພີນໄປກັບຄວາມສາມາດຂອງລະບົບທໍ່ສົ່ງ ແລະການຄຸ້ມຄອງແບບພິເສດ.

GitLab Premium (ຕົວຢ່າງທີ່ຈັດການເອງເທົ່ານັ້ນ) ຕອນນີ້ສະເໜີໃຫ້ ຕົວແທນການເພິ່ງພາອາໄສຖານຄວາມຈຳສຳລັບຮູບພາບ Docker. ການເພີ່ມນີ້ຈະເລັ່ງການຈັດສົ່ງໃຫ້ໄວຂຶ້ນ ເພາະວ່າຕອນນີ້ເຈົ້າຈະມີແຄຊ໌ພຣັອກຊີສຳລັບຮູບພາບ Docker ທີ່ໃຊ້ເລື້ອຍໆ.

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

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

ນອກເໜືອໄປຈາກຄຸນສົມບັດການຮ່ວມມືໃໝ່ ແລະການແຈ້ງເຕືອນເພີ່ມເຕີມ, ພວກເຮົາໄດ້ເພີ່ມ ແຂກເຂົ້າເຖິງບັນຫາ, ເພີ່ມຂຶ້ນ ນາທີເພີ່ມເຕີມ CI Runner ສໍາລັບ GitLab ຟຣີ, ການກວດສອບງ່າຍດາຍໂດຍໃຊ້ ແກ້ໄຂການສົນທະນາໂດຍອັດຕະໂນມັດເມື່ອທ່ານໃຊ້ຄໍາແນະນໍາ, ແລະ​ມີ​ຫຼາຍ​ຫຼາຍ​!

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

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

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

Windows Container Executor ສໍາລັບ GitLab Runner

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

ໃນ GitLab 11.11, ພວກເຮົາໄດ້ເພີ່ມຕົວແລ່ນໃຫມ່ໃຫ້ກັບ GitLab Runner ເພື່ອເຮັດໃຫ້ Docker containers ສາມາດໃຊ້ໄດ້ໃນ Windows. ກ່ອນຫນ້ານີ້, ທ່ານຕ້ອງໃຊ້ shell ເພື່ອຈັດຕັ້ງ Docker containers ໃນ Windows, ແຕ່ໃນປັດຈຸບັນທ່ານສາມາດເຮັດວຽກກັບ Docker containers ໃນ Windows ໂດຍກົງ, ຄືກັນກັບໃນ Linux. ຜູ້ໃຊ້ແພລດຟອມຂອງ Microsoft ໃນປັດຈຸບັນມີທາງເລືອກເພີ່ມເຕີມສໍາລັບການ orchestration ແລະການຄຸ້ມຄອງທໍ່.

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

Caching dependency proxy ສໍາລັບການລົງທະບຽນ container

PREMIUM, ULTIMATE

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

ສໍາລັບໃນປັດຈຸບັນ, container proxy ແມ່ນມີພຽງແຕ່ສໍາລັບຕົວຢ່າງທີ່ຈັດການດ້ວຍຕົນເອງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ Puma (ໃນ​ຮູບ​ແບບ​ການ​ທົດ​ລອງ​).

ຫຼາຍຄົນຮັບຜິດຊອບຕໍ່ການຮ້ອງຂໍລວມ

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

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

ໃນ GitLab 11.11, ທ່ານສາມາດມອບໝາຍຄົນຫຼາຍຄົນເພື່ອລວມການຮ້ອງຂໍ. ເຊັ່ນດຽວກັນກັບເຈົ້າຂອງວຽກຫຼາຍ, ທ່ານສາມາດນໍາໃຊ້ລາຍການ, ຕົວກອງ, ການແຈ້ງເຕືອນ, ແລະ APIs.

ການຕັ້ງຄ່າກຸ່ມ Kubernetes ໃນລະດັບຕົວຢ່າງ

Core, STARTER, PREMIUM, ULTIMATE

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

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

ການແຈ້ງເຕືອນການນຳໃຊ້ໃນ Slack ແລະ Mattermost

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

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

ແຂກເຂົ້າເຖິງບັນຫາ

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

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

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

Serialized commit graphs ສໍາລັບການປັບປຸງປະສິດທິພາບ

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

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

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

ອ່ານກ່ຽວກັບວິທີການສ້າງກາຟ serialized commit ຢູ່ໃນ ຊຸດບົດຄວາມ ຈາກຫນຶ່ງໃນຜູ້ຂຽນຂອງຄຸນນະສົມບັດນີ້.

ເພີ່ມເຕີມນາທີ CI Runner: ຕອນນີ້ມີໃຫ້ສໍາລັບແຜນການຟຣີ

ຟຣີ, ສີທອງ, ສີເງິນ, ທອງ

ໃນເດືອນແລ້ວນີ້ພວກເຮົາໄດ້ເພີ່ມຄວາມສາມາດໃນການຊື້ນາທີ CI Runner ເພີ່ມເຕີມ, ແຕ່ວ່າພຽງແຕ່ສໍາລັບແຜນການ GitLab.com ທີ່ຈ່າຍ. ໃນການປ່ອຍນີ້, ນາທີຍັງສາມາດຊື້ໃນແຜນການຟຣີ.

ກຳລັງອັບໂຫລດແຟ້ມຈັດເກັບຂໍ້ມູນໃສ່ບ່ອນເກັບມ້ຽນ

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

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

ຂອບໃຈສໍາລັບການເຮັດວຽກ Kia Mae Somabes!

ການນຳໃຊ້ຄຳແນະນຳຕອນນີ້ຈະແກ້ໄຂການສົນທະນາໂດຍອັດຕະໂນມັດ

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

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

ຕົວນັບເວລາຢູ່ແຖບດ້ານຂ້າງຂອງກະດານວຽກ

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

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

ຂໍ້ມູນກ່ຽວກັບການນຳໃຊ້ໃນ Environments API

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

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

ການຈັບຄູ່ຕົວແປທາງລົບສຳລັບກົດລະບຽບທໍ່

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

ໃນປັດຈຸບັນທ່ານສາມາດກວດສອບຄວາມສະເຫມີພາບທາງລົບຫຼືການຈັບຄູ່ຮູບແບບ (!= и !~) ໃນ​ໄຟລ​໌​ .gitlab-ci.yml ໃນເວລາທີ່ການກວດສອບຄ່າຂອງຕົວແປສະພາບແວດລ້ອມ, ດັ່ງນັ້ນການຄວບຄຸມພຶດຕິກໍາຂອງທໍ່ໄດ້ກາຍເປັນຄວາມຍືດຫຍຸ່ນຫຼາຍ.

ແລ່ນວຽກຄູ່ມືທັງໝົດໃນຂັ້ນຕອນດ້ວຍການຄລິກດຽວ

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

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

ການສ້າງໄຟລ໌ໂດຍກົງຈາກຕົວແປສະພາບແວດລ້ອມ

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

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

API endpoint ສໍາລັບຂໍ້ມູນຄວາມອ່ອນແອ

ສຸດທ້າຍ, ທອງ

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

ຄວາມສາມາດໃນການສະແກນແບບໄດນາມິກເຕັມຮູບແບບສໍາລັບ DAST

ສຸດທ້າຍ, ທອງ

ໃນ GitLab, ທ່ານສາມາດທົດສອບຄວາມປອດໄພຂອງແອັບພລິເຄຊັນແບບເຄື່ອນໄຫວ (Dynamic Application Security Testing, DAST) ເປັນສ່ວນຫນຶ່ງຂອງ CI pipeline. ເລີ່ມຕົ້ນດ້ວຍລຸ້ນນີ້, ທ່ານສາມາດເລືອກການສະແກນແບບໄດນາມິກເຕັມຮູບແບບແທນການສະແກນຕົວຕັ້ງຕົວຕີມາດຕະຖານ. ການສະແກນແບບໄດນາມິກເຕັມຈະປົກປ້ອງຊ່ອງໂຫວ່ເພີ່ມເຕີມ.

ການຕິດຕັ້ງ Prometheus ໃນກຸ່ມລະດັບກຸ່ມ

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

ການປ່ອຍ GitLab ນີ້ແນະນໍາຄວາມສາມາດໃນການແນບກຸ່ມ Kubernetes ກັບກຸ່ມທັງຫມົດ. ພວກເຮົາຍັງໄດ້ເພີ່ມຄວາມສາມາດໃນການຕິດຕັ້ງ Prometheus instance ຫນຶ່ງຕໍ່ cluster ເພື່ອເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຕິດຕາມໂຄງການທັງຫມົດໃນ cluster.

ສຶກສາກ່ຽວກັບການລະເລີຍຊ່ອງໂຫວ່ໃນແຜງໜ້າປັດຄວາມປອດໄພ

ສຸດທ້າຍ, ທອງ

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

ສ້າງຕາຕະລາງການວັດແທກແບບກຳນົດເອງໃນ dashboard ຂອງທ່ານ

PREMIUM, ULTIMATE, SILVER, GOLD

ສ້າງຕາຕະລາງໃຫມ່ດ້ວຍຕົວວັດແທກການປະຕິບັດແບບກໍານົດເອງຈາກ dashboard ໃນ dashboard metrics ຂອງທ່ານ. ໃນປັດຈຸບັນຜູ້ໃຊ້ສາມາດສ້າງ, ປັບປຸງ, ແລະລຶບການເບິ່ງເຫັນ metrics ໃນ dashboard ໂດຍການຄລິກທີ່ "ເພີ່ມເມຕຣິກ" (“ເພີ່ມ Metric”) ຢູ່ແຈຂວາເທິງຂອງແຖບເຄື່ອງມື dashboard.

ບັນຫາການແຈ້ງເຕືອນໄດ້ຖືກເປີດໃນປັດຈຸບັນເປັນ GitLab Alert Bot

PREMIUM, ULTIMATE, SILVER, GOLD

ໃນປັດຈຸບັນບັນຫາທີ່ເປີດຈາກການແຈ້ງເຕືອນຈະມີຜູ້ຂຽນຕັ້ງເປັນ GitLab Alert Bot, ດັ່ງນັ້ນທ່ານສາມາດເຫັນໄດ້ທັນທີວ່າບັນຫາໄດ້ຖືກສ້າງຂື້ນໂດຍອັດຕະໂນມັດຈາກການແຈ້ງເຕືອນທີ່ສໍາຄັນ.

ບັນທຶກຄໍາອະທິບາຍ epic ໂດຍອັດຕະໂນມັດໃສ່ບ່ອນເກັບມ້ຽນທ້ອງຖິ່ນ

ສຸດທ້າຍ, ທອງ

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

ຮອງຮັບ GitLab mirroring ສໍາລັບ Git LFS

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

ການນໍາໃຊ້ mirroring, ທ່ານສາມາດ replicate Git repositories ຈາກສະຖານທີ່ຫນຶ່ງໄປອີກ. ນີ້ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການເກັບຮັກສາ replica ຂອງ repository ທີ່ຕັ້ງຢູ່ບ່ອນອື່ນໃນເຄື່ອງແມ່ຂ່າຍ GitLab. ໃນປັດຈຸບັນ GitLab ສະຫນັບສະຫນູນການສະທ້ອນຂອງ repositories ກັບ Git LFS, ສະນັ້ນຄຸນນະສົມບັດນີ້ສາມາດໃຊ້ໄດ້ເຖິງແມ່ນວ່າສໍາລັບການ repos ທີ່ມີໄຟລ໌ຂະຫນາດໃຫຍ່, ເຊັ່ນ: ໂຄງສ້າງເກມຫຼືຂໍ້ມູນວິທະຍາສາດ.

ການ​ອະ​ນຸ​ຍາດ​ອ່ານ​ແລະ​ຂຽນ repository ສໍາ​ລັບ tokens ການ​ເຂົ້າ​ເຖິງ​ສ່ວນ​ບຸກ​ຄົນ​

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

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

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

ຂອບໃຈ, Horatiu Evgen Vlad (Horatiu Eugen Vlad)!

ເພີ່ມການສະຫນັບສະຫນູນພື້ນຖານສໍາລັບການສອບຖາມ batch GraphQL

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

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

ເຂົ້າສູ່ລະບົບດ້ວຍໃບຢັ້ງຢືນ Salesforce

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

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

SAML SSO ຕອນນີ້ຕ້ອງການສໍາລັບການເຂົ້າເຖິງເວັບ

PREMIUM, ULTIMATE, SILVER, GOLD

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

ກັ່ນ​ຕອງ​ໂດຍ​ຂໍ້​ມູນ​ທີ່​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ເມື່ອ​ບໍ່​ດົນ​ມາ​ນີ້​ຫຼື​ການ​ແກ້​ໄຂ​ສໍາ​ລັບ​ການ API ຂອງ epics​

ສຸດທ້າຍ, ທອງ

ກ່ອນຫນ້ານີ້, ມັນບໍ່ແມ່ນເລື່ອງງ່າຍທີ່ຈະສອບຖາມຂໍ້ມູນທີ່ຖືກສ້າງຂື້ນຫຼືປ່ຽນແປງເມື່ອໄວໆມານີ້ໂດຍໃຊ້ GitLab epics API. ໃນການປ່ອຍ 11.11 ພວກເຮົາໄດ້ເພີ່ມຕົວກອງເພີ່ມເຕີມ created_after, created_before, updated_after и updated_beforeເພື່ອຮັບປະກັນຄວາມສອດຄ່ອງຂອງ Task API ແລະຊອກຫາ epics ທີ່ຖືກດັດແປງ ຫຼືສ້າງໃໝ່ໄດ້ໄວ.

ການກວດສອບຄວາມຖືກຕ້ອງທາງຊີວະມິຕິດ້ວຍ UltraAuth

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

ບໍ​ລິ​ສັດ UltraAuth ມີຄວາມຊ່ຽວຊານໃນການກວດສອບ biometric ທີ່ບໍ່ມີລະຫັດຜ່ານ. ໃນປັດຈຸບັນພວກເຮົາສະຫນັບສະຫນູນວິທີການກວດສອບນີ້ຢູ່ໃນ GitLab!

ຂອບໃຈ, Karthiki Tanna (Kartikey Tanna)!

GitLab Runner 11.11

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

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

• Исправлена проблема, при которой git lfs ບໍ່ໄດ້ຮັບວັດຖຸຍ່ອຍ.
• ການປຸງແຕ່ງທີ່ດີທີ່ສຸດຂອງຮ່ອງຮອຍຂະຫນາດໃຫຍ່.
• ທ່ານສາມາດປັບການຕັ້ງຄ່າຄຸນສົມບັດໂດຍໃຊ້ config.toml.
• Можно использовать параметры функций для настройки папки /builds.
• ເພີ່ມການຮອງຮັບ PowerShell ສໍາລັບ Docker Executor.
• ຮອງຮັບການຕັ້ງຄ່າປະລິມານຂອງ Windows Docker.

ການປັບປຸງ Omnibus

Core, STARTER, PREMIUM, ULTIMATE

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

• GitLab 11.11 ປະກອບມີ ສຳ ຄັນທີ່ສຸດ 5.10 - ແຫຼ່ງເປີດ Slack ທາງເລືອກ, ສະບັບໃຫມ່ຂອງມັນມີການໂຕ້ຕອບ ephemera ແລະອື່ນໆອີກ. ສະ​ບັບ​ນີ້​ປະ​ກອບ​ດ້ວຍ​ ການປັບປຸງຄວາມປອດໄພ, ແລະພວກເຮົາແນະນໍາໃຫ້ທ່ານປັບປຸງ.
• Grafana обновлена до версии 1.1.0ເພື່ອໃຫ້ທັນກັບ dashboards Omnibus ຫຼ້າສຸດ.
• PostreSQL 10 ໃນປັດຈຸບັນປະກອບມີ Omnibus.
• Sentry DSN теперь можно передавать в gitlab.yml.
• Обновление RubyGems до 2.7.9.
• Обновление liblzma ການ 5.2.4 с 5.2.2.
• Обновление libtool ການ 2.4.6.
• postresql запускается после команды pg-upgrade.
• ການປັບປຸງອົງປະກອບ Prometheus ເປັນເວີຊັນຫຼ້າສຸດ.
• Обновление git до 2.21.0.

ການປັບປຸງໂຄງການ

Core, STARTER, PREMIUM, ULTIMATE

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

• ໃນ GitLab 11.11 ທ່ານສາມາດເຮັດໄດ້ ຄັດຕິດປະລິມານສໍາລັບການເກັບຮັກສາ tmp/work directory.
• ມີໃຫ້ຜູ້ບໍລິຫານ ຕົວເລືອກການຕັ້ງຄ່າເພີ່ມເຕີມລວມທັງ memoryKiller, maxRss, graceTime и shutdownWait.
• ຕາຕະລາງ Helm ດຽວນີ້ ທົດສອບຢ່າງຕໍ່ເນື່ອງ ໃນ Amazon Elastic Container Service ສໍາລັບ Kubernetes (EKS)

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

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

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

• ເລັ່ງການຕື່ມຂໍ້ມູນອັດຕະໂນມັດຂອງຜູ້ໃຊ້ເມື່ອການຕອບສະໜອງມີຫຼາຍເສັ້ນທາງໄປຫາຮູບແທນຕົວ.
• ການຫຼຸດຜ່ອນ payload Sidekiq ເມື່ອຖອນ todos.
• ການຄິດໄລ່ຄວາມຊັບຊ້ອນຕົວແກ້ໄຂ GraphQL ໂດຍອີງໃສ່ອົງປະກອບ.
• ປັບປຸງການປະຕິບັດການຄົ້ນຫາທົ່ວໂລກສໍາລັບວັດຖຸທີ່ສົ່ງຄືນ.
• ປັບປຸງປະສິດທິພາບເມື່ອນຳໃຊ້ໄຟລ໌ diff ເຕັມ.
• ຮັບປະກັນການຮ້ອງຂໍ blobs ໃນຊຸດດຽວ.
• ລາຍຊື່ຫນ້າ Wiki ໂດຍບໍ່ມີການດາວໂຫລດເນື້ອຫາ.
• ຫຼີກເວັ້ນການສ້າງການເຊື່ອມຕໍ່ຊົ່ວຄາວເພື່ອປຽບທຽບສາຂາໃນໂຄງການດຽວກັນ.

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

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 ຄຳເຕືອນທີ່ປິດໃຊ້ງານຖາວອນຈະສະແດງຢູ່ໃນໜ້າ ພື້ນທີ່ຜູ້ເບິ່ງແຍງ › Geo › Nodes, ຖ້າການກວດສອບຂ້າງເທິງນີ້ບໍ່ໄດ້ຮັບອະນຸຍາດ. gitlab-ee!8433.

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

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

GitLab Geo ຈະນໍາເອົາ PG FDW ໄປຫາ GitLab 12.0

ນີ້ແມ່ນສິ່ງຈໍາເປັນສໍາລັບ Geo Log Cursor ຍ້ອນວ່າມັນຊ່ວຍປັບປຸງການປະຕິບັດການ synchronization ບາງຢ່າງ. ການປະຕິບັດການສອບຖາມສະຖານະຂອງ Geo node ກໍ່ຖືກປັບປຸງໃຫ້ດີຂຶ້ນ. ການສອບຖາມທີ່ຜ່ານມາມີການປະຕິບັດທີ່ບໍ່ດີຫຼາຍໃນໂຄງການຂະຫນາດໃຫຍ່. ເບິ່ງວິທີການຕັ້ງຄ່ານີ້ໃນ ການຈຳລອງຖານຂໍ້ມູນ Geo. ໃນ GitLab 12.0 Geo ຈະຕ້ອງການ PG FDW. ຊັງ​ຕີ​ແມັດ. gitlab-ee#11006.

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

ຕົວເລືອກ Sentry ສຳລັບການລາຍງານຂໍ້ຜິດພາດ ແລະການບັນທຶກຈະຖືກລຶບອອກຈາກສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ໃນ GitLab 12.0.

ຕົວເລືອກເຫຼົ່ານີ້ຈະຖືກລຶບອອກຈາກສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ໃນ GitLab 12.0 ແລະຈະມີຢູ່ໃນໄຟລ໌ gitlab.yml. ນອກຈາກນັ້ນ, ທ່ານສາມາດກໍານົດສະພາບແວດລ້ອມ Sentry ເພື່ອແຍກຄວາມແຕກຕ່າງລະຫວ່າງການປະຕິບັດຫຼາຍ. ສໍາລັບຕົວຢ່າງ, ການພັດທະນາ, ຂັ້ນຕອນແລະການຜະລິດ. ຊັງ​ຕີ​ແມັດ. gitlab-ce#49771.

ວັນທີລຶບ: 22 ມິຖຸນາ 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

ແມ່ແບບໂຄງການກຸ່ມ ມີໃຫ້ສະເພາະແຜນເງິນ/ພຣີມຽມເທົ່ານັ້ນ

ເມື່ອພວກເຮົານຳສະເໜີແມ່ແບບໂຄງການລະດັບທີມໃນ 11.6, ພວກເຮົາເຮັດໃຫ້ຄຸນສົມບັດ Premium/Silver ນີ້ມີຢູ່ໃນທຸກແຜນງານໂດຍບັງເອີນ.

ພວກ​ເຮົາ ການ​ແກ້​ໄຂ bug ນີ້​ ໃນການປ່ອຍ 11.11 ແລະໃຫ້ເວລາເພີ່ມເຕີມ 3 ເດືອນໃຫ້ກັບຜູ້ໃຊ້ທັງຫມົດແລະຕົວຢ່າງທີ່ຕໍ່າກວ່າລະດັບ Silver/Premium.

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

ວັນທີລຶບ: 22 2019

ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ວຽກ Windows batch ໄດ້​ຖືກ​ຢຸດ​ເຊົາ​ການ​

ໃນ GitLab 13.0 (ວັນທີ 22 ມິຖຸນາ 2020), ພວກເຮົາວາງແຜນທີ່ຈະຖອນການສະຫນັບສະຫນູນສໍາລັບວຽກຊຸດຄໍາສັ່ງ Windows ໃນ GitLab Runner (ເຊັ່ນ:. cmd.exe) ໃນເງື່ອນໄຂຂອງການສະຫນັບສະຫນູນການປັບປຸງສໍາລັບ Windows PowerShell. ລາຍລະອຽດເພີ່ມເຕີມໃນ ວຽກງານນີ້.

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

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

ຕ້ອງການ Git 2.21.0 ຫຼືສູງກວ່າ

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

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

ແມ່ແບບບໍລິການ Kubernetes ແບບເກົ່າ

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

ທຸກໆຕົວຢ່າງທີ່ຈັດການດ້ວຍຕົນເອງໂດຍໃຊ້ແມ່ແບບການບໍລິການຈະຖືກຍ້າຍໄປເປັນກຸ່ມລະດັບ instance ເມື່ອອັບເກຣດເປັນ GitLab 12.0.

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

ເລືອກອອກຈາກການຈັບຄູ່ປ້າຍກຳກັບ app ໃນແຜງນຳໃຊ້ Kubernetes

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

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

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

ແພັກເກດ GitLab 12.0 ຈະຖືກເຊັນດ້ວຍລາຍເຊັນຂະຫຍາຍ

ວັນທີ 2 ພຶດສະພາ 2019 GitLab ຂະຫຍາຍໄລຍະເວລາທີ່ຖືກຕ້ອງຂອງການເຊັນລະຫັດສໍາລັບການຫຸ້ມຫໍ່ Omnibus GitLab ຈາກ 01.08.2019/01.07.2020/XNUMX ຫາ XNUMX/XNUMX/XNUMX. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ກວດ​ສອບ​ລາຍ​ເຊັນ​ຊຸດ​ແລະ​ຕ້ອງ​ການ​ທີ່​ຈະ​ປັບ​ປຸງ​ກະ​ແຈ​, ພຽງ​ແຕ່​ປະ​ຕິ​ບັດ​ຕາມ​ຄໍາ​ແນະ​ນໍາ​ຈາກ​ອີກ​ເທື່ອ​ຫນຶ່ງ​ ເອກະສານສໍາລັບການເຊັນຊຸດ Omnibus.

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

ປ່ຽນບັນທຶກ

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

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

ການຕັ້ງຄ່າ

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

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

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

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