Proiectul CentOS a anunțat lansarea unui serviciu de dezvoltare colaborativă bazat pe platforma GitLab. Decizia de a folosi GitLab ca platformă de găzduire principală pentru proiectele CentOS și Fedora a fost luată anul trecut. Este de remarcat faptul că infrastructura nu a fost construită pe serverele proprii, ci pe baza serviciului gitlab.com, care oferă o secțiune gitlab.com/CentOS pentru proiectele legate de CentOS.
În prezent, se lucrează pentru integrarea secțiunii cu baza de utilizatori a proiectului CentOS, ceea ce va permite dezvoltatorilor să se conecteze la serviciul Gitlab folosind conturile existente. Se remarcă separat faptul că git.centos.org, bazat pe platforma Pagure, va continua să fie considerat un loc pentru a găzdui codul sursă al pachetelor transferate de la RHEL, precum și baza pentru formarea CentOS Stream 8. Dar filiala CentOS Stream 9 este deja dezvoltată pe baza noului depozit din GitLab, se distinge prin capacitatea de a conecta membrii comunității la dezvoltare. Alte proiecte găzduite pe git.centos.org rămân în vigoare deocamdată și nu sunt forțate să migreze.
În timpul discuției asupra deciziei, oponenții tranziției la modelul SaaS au remarcat că utilizarea unui serviciu gata făcut furnizat de GitLab nu permite controlul complet al infrastructurii, de exemplu, este imposibil să fii sigur că infrastructura serverului este întreținută corespunzător, vulnerabilitățile sunt eliminate cu promptitudine, iar telemetria și mediul nu vor începe să fie impuse nu au fost compromise ca urmare a unui atac extern sau a acțiunilor angajaților necinstiți.
La alegerea unei platforme, pe lângă operațiunile standard cu depozite (imbinare, creare de furcături, adăugare de cod etc.), au existat cerințe precum posibilitatea de a trimite cereri push prin HTTPS, mijloace de restricționare a accesului la ramuri, suport pentru ramuri private. , separarea accesului la utilizatorii externi și interni (de exemplu, pentru a lucra la eliminarea vulnerabilităților în timpul unui embargo privind dezvăluirea informațiilor despre problemă), familiaritatea interfeței, unificarea subsistemelor pentru lucrul cu rapoartele de probleme, cod, documentare și planificare de noi caracteristici, disponibilitatea instrumentelor pentru integrarea cu IDE, suport pentru fluxurile de lucru standard, capacitatea de a utiliza un bot pentru îmbinări automate (necesită CentOS Stream pentru a suporta pachetele kernel).
Sursa: opennet.ru