ເຟໂດຣາ ແລະ CentOS Git Forge ເປີດຕົວ. GitLab ປົດລັອກ 18 ຄຸນສົມບັດທີ່ເປັນເຈົ້າຂອງ

ໂຄງການ CentOS и Fedora ລາຍງານ ກ່ຽວກັບການຕັດສິນໃຈສ້າງບໍລິການພັດທະນາຮ່ວມມື Git Forge, ເຊິ່ງຈະຖືກສ້າງຂຶ້ນໂດຍໃຊ້ແພລດຟອມ GitLab. GitLab ຈະກາຍເປັນແພລດຟອມຫຼັກສຳລັບການພົວພັນກັບບ່ອນເກັບມ້ຽນ Git ແລະ ສຳລັບໂຮດຕິ້ງໂຄງການທີ່ກ່ຽວຂ້ອງກັບການແຈກຢາຍ. CentOS ແລະ Fedora. ການບໍລິການທີ່ເຄີຍໃຊ້ກ່ອນໜ້ານີ້ ພາກູ ຈະສືບຕໍ່ມີຢູ່, ແຕ່ຈະຖືກມອບໃຫ້ຊຸມຊົນທີ່ສົນໃຈໃນການພັດທະນາຢ່າງຕໍ່ເນື່ອງ. Pagure ຈະຖືກລຶບອອກຈາກທີມງານ CPE (Community Platform Engineering) ທີ່ Red Hat ຈ້າງ, ເຊິ່ງຮັກສາພື້ນຖານໂຄງລ່າງສໍາລັບການພັດທະນາ ແລະ ການເຜີຍແຜ່ Fedora ລຸ້ນຕ່າງໆ ແລະ CentOS.

ໃນເວລາທີ່ການປະເມີນການແກ້ໄຂທີ່ເປັນໄປໄດ້ສໍາລັບ Git Forge ໃຫມ່, ພວກເຮົາໄດ້ພິຈາລະນາ
Pagure ແລະ Gitlab. ອີງໃສ່ການສຶກສາກ່ຽວກັບ 300 ບົດວິຈານ ແລະ ຄວາມປາດຖະໜາຈາກຜູ້ເຂົ້າຮ່ວມໂຄງການ Fedora, CentOS, RHEL, ແລະ CPE, ຂໍ້ກຳນົດດ້ານການເຮັດວຽກໄດ້ຖືກກຳນົດໄວ້, ແລະ Gitlab ໄດ້ຖືກເລືອກ. ນອກເໜືອໄປຈາກການດຳເນີນງານມາດຕະຖານຂອງບ່ອນເກັບຂໍ້ມູນ (ການລວມ, ການສ້າງ, ການເພີ່ມລະຫັດ, ແລະອື່ນໆ), ຄວາມປອດໄພ, ຄວາມສະດວກໃນການນຳໃຊ້, ແລະ ຄວາມໝັ້ນຄົງຂອງແພລດຟອມແມ່ນໜຶ່ງໃນບັນດາຂໍ້ກຳນົດຫຼັກ.

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

ໃນບັນດາລັກສະນະຂອງ GitLab ທີ່ມີອິດທິພົນຕໍ່ການຕັດສິນໃຈເລືອກແພລດຟອມນີ້, ສິ່ງຕໍ່ໄປນີ້ໄດ້ຖືກກ່າວເຖິງ: ການຮອງຮັບກຸ່ມຍ່ອຍທີ່ມີການເຂົ້າເຖິງບ່ອນເກັບມ້ຽນແບບເລືອກເຟັ້ນ, ຄວາມສາມາດໃນການໃຊ້ bot ສຳລັບການລວມຕົວອັດຕະໂນມັດ (ຕ້ອງການ CentOS Stream ສຳລັບການຮັກສາແພັກເກດ kernel), ການມີເຄື່ອງມືໃນຕົວສຳລັບການວາງແຜນການພັດທະນາ, ຄວາມສາມາດໃນການໃຊ້ບໍລິການ SAAS ທີ່ກຽມພ້ອມພ້ອມກັບລະດັບຄວາມພ້ອມທີ່ຮັບປະກັນ (ຈະເພີ່ມຊັບພະຍາກອນສຳລັບການຮັກສາພື້ນຖານໂຄງລ່າງຂອງເຊີບເວີ).

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

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

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

ຟັງຊັນຕໍ່ໄປນີ້ໄດ້ຖືກໂອນໄປຫາຂອບເຂດຟຣີ:

• ຄັດຕິດບັນຫາທີ່ກ່ຽວຂ້ອງ;
• ບັນຫາການສົ່ງອອກຈາກ GitLab ເປັນ CSV;
• ຮູບ​ແບບ​ການ​ວາງ​ແຜນ​ການ​, ການ​ຈັດ​ຕັ້ງ​ແລະ​ຮູບ​ພາບ​ຂະ​ບວນ​ການ​ພັດ​ທະ​ນາ​ການ​ທໍາ​ງານ​ຂອງ​ບຸກ​ຄົນ​ຫຼື​ການ​ປ່ອຍ​;
• ບໍລິການໃນຕົວສໍາລັບການເຊື່ອມຕໍ່ຜູ້ເຂົ້າຮ່ວມໂຄງການກັບພາກສ່ວນທີສາມໂດຍໃຊ້ອີເມວ.
• terminal ຂອງເວັບໄຊຕ໌ສໍາລັບ Web IDE;
• ຄວາມສາມາດໃນການ synchronize ໄຟລ໌ເພື່ອທົດສອບການປ່ຽນແປງລະຫັດໃນ terminal ເວັບ;
• ການຄວບຄຸມການອອກແບບທີ່ອະນຸຍາດໃຫ້ທ່ານສາມາດອັບໂຫລດ mockups ແລະຊັບສິນທີ່ຈະອອກ, ການນໍາໃຊ້ບັນຫາເປັນຈຸດດຽວຂອງການເຂົ້າເຖິງທຸກສິ່ງທຸກຢ່າງທີ່ທ່ານຕ້ອງການເພື່ອພັດທະນາຄຸນນະສົມບັດໃຫມ່;
• ບົດລາຍງານຄຸນນະພາບລະຫັດ;
• ຮອງຮັບຜູ້ຈັດການຊຸດ Conan (C/C++), Maven (Java), NPM (node.js) ແລະ NuGet (.NET);
• ສະຫນັບສະຫນູນການນໍາໃຊ້ canary, ອະນຸຍາດໃຫ້ທ່ານສາມາດຕິດຕັ້ງສະບັບໃຫມ່ຂອງຄໍາຮ້ອງສະຫມັກໃນພາກສ່ວນຂະຫນາດນ້ອຍຂອງລະບົບ;
• ການ​ແຜ່​ກະ​ຈາຍ​ທີ່​ເພີ່ມ​ຂຶ້ນ​, ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​ສະ​ບັບ​ໃຫມ່​ທີ່​ຈະ​ສົ່ງ​ໃຫ້​ພຽງ​ແຕ່​ຈໍາ​ນວນ​ຫນ້ອຍ​ຂອງ​ລະ​ບົບ​ໃນ​ຄັ້ງ​ທໍາ​ອິດ​, ຄ່ອຍໆ​ເພີ່ມ​ການ​ຄຸ້ມ​ຄອງ​ເປັນ 100​%​;
• ທຸງກະຕຸ້ນການທໍາງານ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງໂຄງການໃນສະບັບຕ່າງໆ, ເຄື່ອນໄຫວຄຸນນະສົມບັດສະເພາະໃດຫນຶ່ງ;
• ຮູບແບບພາບລວມຂອງການນຳໃຊ້, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານປະເມີນສະຖານະຂອງແຕ່ລະສະພາບແວດລ້ອມການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງໂດຍອີງໃສ່ Kubernetes;
• ສະຫນັບສະຫນູນການກໍານົດກຸ່ມ Kubernetes ຫຼາຍກຸ່ມໃນ configurator (ຕົວຢ່າງ, ທ່ານສາມາດນໍາໃຊ້ກຸ່ມ Kubernetes ແຍກຕ່າງຫາກສໍາລັບການປະຕິບັດການທົດລອງແລະການເຮັດວຽກ);
• ສະຫນັບສະຫນູນການກໍານົດນະໂຍບາຍຄວາມປອດໄພເຄືອຂ່າຍ container ທີ່ອະນຸຍາດໃຫ້ທ່ານສາມາດຈໍາກັດການເຂົ້າເຖິງລະຫວ່າງ pods Kubernetes.

ນອກຈາກນັ້ນ, ມັນສາມາດສັງເກດເຫັນໄດ້ ສິ່ງພິມ GitLab ອັບເດດ 12.9.1, 12.8.8 ແລະ 12.7.8 (Community Edition ແລະ Enterprise Edition), ເຊິ່ງແກ້ໄຂຊ່ອງໂຫວ່. ບັນຫາມີຢູ່ຕັ້ງແຕ່ການປ່ອຍ GitLab EE/CE 8.5 ແລະອະນຸຍາດໃຫ້ເນື້ອຫາຂອງໄຟລ໌ທ້ອງຖິ່ນສາມາດອ່ານໄດ້ໃນເວລາທີ່ຍ້າຍບັນຫາລະຫວ່າງໂຄງການ.
ລາຍລະອຽດກ່ຽວກັບຊ່ອງໂຫວ່ຈະຖືກເປີດເຜີຍຫຼັງຈາກ 30 ມື້.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru