Dezvoltatori care se află în spatele proiectelor distribuțiilor populare Linux „CentOS și Fedora” au fost lansate recent printr-un anunț decizia de a crea un serviciu de dezvoltare comun, care a numit ca „Git Forge”.
Acest nou serviciu va fi construit folosind platforma GitLab care va deveni platforma principală pentru a interacționa cu depozitele Git și pentru a găzdui proiecte legate de distribuții CentOS și Fedora.
Când evaluați soluțiile posibile pentru noul Git Forge, Pagure și Gitlab au fost luate în considerare. Pe baza studierii a aproximativ 300 de recenzii și sugestii din partea participanților la proiectele Fedora, CentOS, RHEL și CPE, cerințele de funcționalitate formate și decizia luată în favoarea Gitlab.
În plus față de operațiunile tipice cu depozite, securitatea, utilizabilitatea și stabilitatea platformei au fost declarate printre cerințele cheie.
Cerințele includ funcții precum trimiterea de solicitări push prin HTTPS, înseamnă a restricționează accesul la versiuni, suport pentru versiuni private, partajați accesul între utilizatorii externi și internis (de exemplu, pentru a lucra la remedierea vulnerabilităților în timpul embargoului pentru a dezvălui informații despre o problemă), unificarea subsistemelor pentru a lucra cu rapoarte de probleme, cod, documentare și planificarea noilor caracteristici, disponibilitatea instrumentelor pentru integrarea cu IDE, asistență pentru fluxuri de lucru tipice.
Printre caracteristicile GitLab care au influențat în cele din urmă decizia pentru a alege această platformă, a fost menționat sprijinul subgrupurilor cu acces selectiv la depozite, la posibilitatea de a utiliza un bot pentru fuziuni automate (CentOS Stream este necesar pentru a sprijini pachetele cu kernel), prezența instrumentelor integrate pentru planificarea dezvoltării, posibilitatea utilizării unui serviciu SAAS gata de utilizat cu un nivel de disponibilitate garantat (va elibera resurse pentru întreținerea serverului infrastructură).
Decizia a provocat deja critici în rândul dezvoltatorilor, cu privire la faptul că decizia a fost luată fără o discuție preliminară prealabilă.
de asemenea existau îngrijorări că serviciul nu va folosi ediția gratuită Commitity a GitLab. În special, capacitățile necesare pentru implementarea cerințelor Git Forge prezentate în anunț sunt disponibile numai în versiunea brevetată a GitLab Ultimate.
A fost criticată și intenția de a profita de serviciul SAAS furnizat de GitLab (aplicația ca serviciu), în loc să implementeze GitLab pe serverele lor, ceea ce face ca serviciul să fie scăpat de control (de exemplu, este imposibil să se asigure că toate vulnerabilitățile din sistemul este reparat rapid, infrastructura este întreținută corespunzător și nu va fi impus niciun moment de telemetrie și nu va fi exclus sabotajul de către terți).
De asemenea, soluția nu se potrivește bine cu principiile fundamentale ale Fedora, care specifică faptul că un proiect ar trebui să acorde preferință alternativelor gratuite.
Între timp, GitLab a anunțat deschiderea implementărilor a 18 funcționalități că anterior acestea erau oferite doar în edițiile plătite ale GitLab:
- Atașarea unei probleme conexe;
- Problemă de export GitLab în CSV.
- Modul de a planifica, organiza și vizualiza procesul de dezvoltare a caracteristicilor sau lansărilor individuale.
- Serviciu încorporat pentru conectarea participanților la proiect cu terți prin e-mail.
- Terminal web pentru IDE web.
- Capacitatea de a sincroniza fișiere pentru a testa modificările de cod în terminalul web.
- Instrumente de gestionare a proiectelor care vă permit să încărcați modele și resurse pentru problemă, folosind problema ca punct unic de acces la tot ceea ce este necesar pentru a dezvolta o nouă caracteristică.
- Cod de raportare a calității.
- Suport pentru Conan (C / C ++), Maven (Java), NPM (node.js) și NuGet (.NET) manageri de pachete.
- Suport pentru implementări Canarian, care vă permite să instalați o nouă versiune a aplicației într-o mică parte a sistemului.
- Distribuție incrementală, permițând mai întâi să livreze noi versiuni doar pentru un număr mic de sisteme, aducând treptat acoperirea la 100%.
- Steaguri de activare a funcționalității, care oferă posibilitatea de a livra proiectul în diferite ediții, activând dinamic anumite caracteristici.
- Mod de implementare general care vă permite să evaluați starea de sănătate a fiecărui mediu de integrare continuă bazat pe Kubernetes.
- Suport pentru definirea mai multor clustere Kubernetes în configurator
- Suport pentru definirea politicilor de securitate a rețelei de containere care permit diferențierea accesului între podurile Kubernetes.
Fuente: Centos Blog - blog fedora