ການປ່ອຍລະບົບການສ້າງຊຸດ Open Build Service 2.10

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

ສະຫນັບສະຫນູນການກໍ່ສ້າງສໍາລັບ 21 ແພລະຕະຟອມເປົ້າຫມາຍ (ການແຈກຢາຍ), ລວມທັງ CentOS, Debian, Fedora, OpenMandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) ແລະ Ubuntu. ສະພາແຫ່ງເປັນໄປໄດ້ສໍາລັບ 6 ສະຖາປັດຕະ, ລວມທັງ i386, x86_64 ແລະ ARM. OBS ກວມເອົາຫຼາຍກວ່າ 140 ພັນແພັກເກັດ ແລະຖືກນໍາໃຊ້ເປັນລະບົບຫຼັກໃນການສ້າງໂຄງການ openSUSE, Tizen, Sailfish/Mer, NextCloud ແລະ VideoLAN, ເຊັ່ນດຽວກັນກັບການສ້າງຜະລິດຕະພັນ Linux ຢູ່ Dell, Cray ແລະ Intel.

ເພື່ອສ້າງສະບັບຫລ້າສຸດຂອງໂປລແກລມທີ່ໃຫ້ໃນຮູບແບບຂອງແພັກເກັດຄູ່ສໍາລັບລະບົບທີ່ຕ້ອງການ, ພຽງແຕ່ສ້າງໄຟລ໌ spec ຫຼືເຊື່ອມຕໍ່ແພັກເກັດທີ່ນໍາສະເຫນີຢູ່ໃນເວັບໄຊທ໌. software.opensuse.org. ນອກຈາກນັ້ນ, ທ່ານສາມາດສ້າງສະພາບແວດລ້ອມ minimalistic ທີ່ກຽມພ້ອມສໍາລັບການປະຕິບັດໃນລະບົບ virtualization, ສະພາບແວດລ້ອມຟັງ, ຫຼືສໍາລັບການດາວໂຫຼດເປັນການແຈກຢາຍສົດ. ເມື່ອເຮັດວຽກກັບ OBS, ນັກພັດທະນາສາມາດໃຊ້ບໍລິການອອນໄລນ໌ທີ່ກຽມພ້ອມ build.opensuse.org ຫຼື ສ້າງຕັ້ງ ລະບົບທີ່ຄ້າຍຄືກັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ. ນອກຈາກນັ້ນ, ທ່ານສາມາດນໍາໃຊ້ໂຄງສ້າງພື້ນຖານຂອງທ່ານເອງຢ່າງໄວວາໂດຍໃຊ້ການຝຶກອົບຮົມພິເສດ ຮູບພາບຕ່າງໆ ສໍາລັບເຄື່ອງ virtual, containers, ການຕິດຕັ້ງໃນທ້ອງຖິ່ນຫຼືສໍາລັບການ booting PXE ຜ່ານເຄືອຂ່າຍ.

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

ເພື່ອຈັດການ Open Build Service, ທ່ານສາມາດນໍາໃຊ້ທັງເຄື່ອງມືບັນທັດຄໍາສັ່ງແລະການໂຕ້ຕອບເວັບໄຊຕ໌. ມີເຄື່ອງມືສໍາລັບການເຊື່ອມຕໍ່ລູກຄ້າພາກສ່ວນທີສາມແລະນໍາໃຊ້ຊັບພະຍາກອນຈາກການບໍລິການພາຍນອກເຊັ່ນ GitHub, SourceForge ແລະ kde-apps.org. ຜູ້ພັດທະນາສາມາດເຂົ້າເຖິງເຄື່ອງມືໃນການສ້າງກຸ່ມ ແລະການຈັດລະບຽບການຮ່ວມມື. ລະ​ຫັດ​ຂອງ​ອົງ​ປະ​ກອບ​ຂອງ​ລະ​ບົບ​ທັງ​ຫມົດ​, ລວມ​ທັງ​ການ​ໂຕ້​ຕອບ​ຂອງ​ເວັບ​ໄຊ​ຕ​໌​, ລະ​ບົບ​ການ​ທົດ​ສອບ​ຊຸດ​ແລະ backends ການ​ປະ​ກອບ​, ເປີດ ອະນຸຍາດພາຍໃຕ້ GPLv2.

ໃນບັນດາ ການປັບປຸງເພີ່ມໃນ Open Build Service 2.10:

• ຄົບຖ້ວນສົມບູນ ເຮັດຄືນ web interface, ເຊິ່ງຖືກຂຽນຄືນໃຫມ່ໂດຍໃຊ້ອົງປະກອບຂອງກອບ Bootstrap, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດໃຫ້ການບໍາລຸງຮັກສາລະຫັດງ່າຍດາຍ, ປະສົມປະສານການອອກແບບຂອງພາກສ່ວນຕ່າງໆແລະກໍາຈັດຄວາມສັບສົນຫຼາຍ (ກ່ອນຫນ້ານີ້ພວກເຂົາໃຊ້ 960 Grid System, ຫົວຂໍ້ຂອງຕົນເອງສໍາລັບ Jquery UI ແລະ ຄວາມອຸດົມສົມບູນຂອງ CSS ສະເພາະ). ເຖິງວ່າຈະມີການອອກແບບໃຫມ່ຮາກ, ນັກພັດທະນາໄດ້ພະຍາຍາມຮັກສາການຮັບຮູ້ຂອງອົງປະກອບແລະວິທີການເຮັດວຽກທີ່ຄຸ້ນເຄີຍເພື່ອຫຼຸດຜ່ອນຄວາມບໍ່ສະບາຍໃນເວລາທີ່ປ່ຽນເປັນສະບັບໃຫມ່;
  

• ວຽກງານໄດ້ຖືກປະຕິບັດເພື່ອປັບປຸງການສະຫນັບສະຫນູນການຈັດສົ່ງແລະການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກສໍາລັບຕູ້ຄອນເທນເນີທີ່ໂດດດ່ຽວ. ກະກຽມ ການຈົດທະບຽນ ສໍາລັບການແຈກຢາຍຖັງ. ສໍາລັບຕົວຢ່າງ, ເພື່ອເປີດຕົວສະພາບແວດລ້ອມໃຫມ່ໂດຍອີງໃສ່ Tumbleweed repository, ທ່ານພຽງແຕ່ຕ້ອງການດໍາເນີນການ "docker run -ti -rm registry.opensuse.org/opensuse/tumbleweed /bin/bash". ຮັບປະກັນ
  ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ການ​ຕິດ​ຕາມ​ສະ​ຖາ​ນະ​ພາບ​ຂອງ​ການ​ປະ​ກອບ​ຄູ່ (ການ​ຄວບ​ຄຸມ​ການ​ປ່ອຍ​) ໃນ​ພາ​ຊະ​ນະ​. ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບໂປຣໄຟລ໌ kiwi ແລະຄວາມສາມາດໃນການສ້າງ manifests ຫຼາຍປະຕູ;

• ເພີ່ມໂມດູນສໍາລັບການເຊື່ອມໂຍງກັບ Gitlab ແລະ ພາກູ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດຜູກມັດການກະ ທຳ ບາງຢ່າງໃນ OBS ເມື່ອມີ ຄຳ ໝັ້ນ ສັນຍາໃໝ່ ຫຼືເຫດການທີ່ ກຳ ນົດເກີດຂື້ນໃນລະບົບເຫຼົ່ານີ້.
• ຄວາມສາມາດໃນການອັບໂຫລດໄປຍັງ Amazon EC2 ແລະສະພາບແວດລ້ອມຟັງ Microsoft Azure, ເຊັ່ນດຽວກັນກັບການເຜີຍແຜ່ຜ່ານ Vagrant;
• sysv init scripts ໄດ້ຖືກແທນທີ່ດ້ວຍໄຟລ໌ systemd;
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການເກັບຮັກສາ metrics ກັບຂໍ້ມູນການປະຕິບັດໃນ InfluxDB DBMS;
• Emoji ຖືກອະນຸຍາດໃຫ້ຢູ່ໃນຊ່ອງຂໍ້ຄວາມ (ເພື່ອລວມເຂົ້າໃນ database.yml, ການເຂົ້າລະຫັດຕ້ອງຖືກຕັ້ງເປັນ utf8mb4);
• ເພີ່ມທາງເລືອກທີ່ຈະສົ່ງການແຈ້ງເຕືອນໃຫ້ເຈົ້າຂອງຂໍ້ຄວາມກ່ຽວກັບບັນຫາ, ຂໍ້ມູນກ່ຽວກັບຄວາມຄິດເຫັນໃຫມ່;
• ຟັງຊັນສໍາລັບການຢືນຢັນເບື້ອງຕົ້ນຂອງຄໍາຮ້ອງຂໍໄດ້ປາກົດ (ຄໍາຮ້ອງຂໍຖືກຍອມຮັບພຽງແຕ່ຫຼັງຈາກການກວດສອບສໍາເລັດ);
• ປະສິດທິພາບລະຫັດທີ່ດີທີ່ສຸດສໍາລັບການຜະລິດຜະລິດຕະພັນແລະການເຜີຍແຜ່ໃນ repository. ດຽວນີ້ຜູ້ວາງແຜນມີຄວາມສາມາດທີ່ຈະປັບປຸງໂຄງການເທື່ອລະກ້າວ.

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