Pinapatakbo ng Fedora at CentOS ang Git Forge. Binubuksan ng GitLab ang 18 Mga Kakayahang Pagmamay-ari

Mga Proyekto CentOS ΠΈ Fedora сообщили tungkol sa desisyong gumawa ng collaborative development service na Git Forge, na gagawin gamit ang GitLab platform. Ang GitLab ay magiging pangunahing platform para sa pakikipag-ugnayan sa mga Git repository at para sa pagho-host ng mga proyektong nauugnay sa mga distribusyon ng CentOS at Fedora. Dati nang ginamit na serbisyo Pagure ay patuloy na iiral, ngunit ibibigay sa pangangalaga ng isang komunidad na interesado sa patuloy na pag-unlad. Aalisin si Pagure sa suporta ng pangkat ng CPE (Community Platform Engineering) na nagtatrabaho sa Red Hat, na nakatuon sa pagpapanatili ng imprastraktura para sa pagbuo at paglalathala ng mga release ng Fedora at CentOS.

Kapag sinusuri ang mga posibleng solusyon para sa bagong Git Forge, isinasaalang-alang namin
Pagure at Gitlab. Batay sa isang pag-aaral ng tungkol sa Mga pagsusuri sa 300 at mga kahilingan mula sa mga kalahok sa mga proyekto ng Fedora, CentOS, RHEL at CPE, nabuo ang mga kinakailangan sa pagpapaandar at ginawa ang pagpili pabor sa Gitlab. Bilang karagdagan sa mga karaniwang operasyon na may mga repositoryo (pagsasama, paglikha ng mga tinidor, pagdaragdag ng code, atbp.), ang seguridad, kadalian ng paggamit at katatagan ng platform ay nakasaad sa mga pangunahing kinakailangan.

Kasama sa mga kinakailangan ang mga feature gaya ng pagpapadala ng mga push request sa pamamagitan ng HTTPS, paraan ng paghihigpit sa pag-access sa mga branch, suporta para sa mga pribadong sangay, paghihiwalay ng access para sa mga external at internal na user (halimbawa, para magtrabaho sa pag-aalis ng mga kahinaan sa panahon ng embargo sa pagsisiwalat ng impormasyon tungkol sa problema) , pamilyar na interface, pag-iisa ng mga subsystem para sa pagtatrabaho sa mga ulat ng problema, code, dokumentasyon at pagpaplano ng mga bagong tampok, pagkakaroon ng mga tool para sa pagsasama sa IDE, suporta para sa mga karaniwang daloy ng trabaho.

Sa mga kakayahan ng GitLab na sa huli ay nakaimpluwensya sa desisyon na piliin ang platform na ito, binanggit ang suporta para sa mga subgroup na may pumipili na access sa mga repository, ang kakayahang gumamit ng bot para sa mga awtomatikong pagsasama (kinakailangan ang CentOS Stream upang mapanatili ang mga pakete na may kernel), ang pagkakaroon ng mga built-in na tool para sa pagpaplano ng pag-unlad, ang kakayahang gumamit ng isang handa na serbisyo ng SAAS na may garantisadong antas ng kakayahang magamit (ay magpapalaya ng mga mapagkukunan para sa pagpapanatili ng imprastraktura ng server).

Ang desisyon ay na sanhi pagpuna sa mga developer dahil sa ang katunayan na ang desisyon ay ginawa nang walang malawak na paunang talakayan. Nagtaas din ng mga alalahanin na hindi gagamitin ng serbisyo ang libreng edisyon ng Comminity ng GitLab. Sa partikular, ang mga kakayahan na kinakailangan upang ipatupad ang mga kinakailangan para sa Git Forge na inilarawan sa anunsyo ay magagamit lamang sa proprietary na bersyon. GitLab Ultimate.

Ang intensyon na gamitin ang serbisyong SAAS (application bilang isang serbisyo) na ibinigay ng GitLab, sa halip na i-deploy ang GitLab sa mga server nito, ay binatikos din, na nag-aalis ng kontrol sa serbisyo (halimbawa, imposibleng matiyak na ang lahat ng mga kahinaan sa ang sistema ay agad na tinanggal, ng maayos napapanatili ang imprastraktura, balang araw ay wala ipinataw ang telemetry at sabotahe ng mga tauhan ng isang third-party na kumpanya ay hindi kasama). Hindi rin gumagana ang solusyon Mga prinsipyo ng pagtatatag ng Fedora, na tumutukoy na ang proyekto ay dapat magbigay ng kagustuhan sa mga libreng alternatibo.

Samantala, ang GitLab inihayag ang tungkol sa pagtuklas ng mga pagpapatupad ng 18 functionality na dati ay inaalok lamang sa mga proprietary na edisyon ng GitLab. Saklaw ng mga kakayahan ang iba't ibang bahagi ng pamamahala sa buong ikot ng pagbuo ng software, kabilang ang pagpaplano ng pagpapaunlad, paglikha ng proyekto, pag-verify, pamamahala ng package, pagbuo ng release, pagsasaayos at seguridad.

Ang mga sumusunod na function ay inilipat sa libreng hanay:

  • Pag-attach ng mga kaugnay na isyu;
  • I-export ang isyu mula sa GitLab patungo sa CSV;
  • Isang paraan ng pagpaplano, pag-oorganisa at pagpapakita ng proseso ng pagbuo ng indibidwal na functionality o release;
  • Built-in na serbisyo para sa pagkonekta ng mga kalahok ng proyekto sa mga third party gamit ang email.
  • Web terminal para sa Web IDE;
  • Kakayahang i-synchronize ang mga file upang subukan ang mga pagbabago sa code sa web terminal;
  • Mga kontrol sa disenyo na nagbibigay-daan sa iyong mag-upload ng mga mockup at asset na ilalabas, gamit ang isyu bilang isang punto ng access sa lahat ng kailangan mo para bumuo ng bagong feature;
  • Mga ulat sa kalidad ng code;
  • Suporta para sa mga manager ng package na Conan (C/C++), Maven (Java), NPM (node.js) at NuGet (.NET);
  • Suporta para sa mga deployment ng canary, na nagbibigay-daan sa iyong mag-install ng bagong bersyon ng application sa isang maliit na bahagi ng mga system;
  • Mga incremental na pamamahagi, na nagpapahintulot sa mga bagong bersyon na maihatid sa maliit na bilang lamang ng mga system sa simula, unti-unting tumataas ang saklaw sa 100%;
  • Functionality activation flags, na ginagawang posible na maihatid ang proyekto sa iba't ibang mga edisyon, dynamic na nagpapagana ng ilang mga tampok;
  • Mode ng pangkalahatang-ideya ng deployment, na nagbibigay-daan sa iyong masuri ang estado ng bawat tuluy-tuloy na kapaligiran sa pagsasama batay sa Kubernetes;
  • Suporta para sa pagtukoy ng maraming Kubernetes cluster sa configurator (halimbawa, maaari kang gumamit ng hiwalay na Kubernetes cluster para sa mga pagsubok na pagpapatupad at workload);
  • Suporta para sa pagtukoy ng mga patakaran sa seguridad ng network ng container na nagbibigay-daan sa iyong limitahan ang pag-access sa pagitan ng mga pod ng Kubernetes.

Bilang karagdagan, maaari mong tandaan publication Ang GitLab ay nag-update ng 12.9.1, 12.8.8 at 12.7.8 (Community Edition at Enterprise Edition), na nag-aayos ng kahinaan. Ang isyu ay naroroon mula noong inilabas ang GitLab EE/CE 8.5 at pinapayagan ang mga nilalaman ng anumang lokal na file na mabasa kapag naglilipat ng isyu sa pagitan ng mga proyekto.
Ang mga detalye tungkol sa kahinaan ay ibubunyag pagkatapos ng 30 araw.

Pinagmulan: opennet.ru

Magdagdag ng komento