{"id":76255,"date":"2020-04-01T07:42:05","date_gmt":"2020-04-01T05:42:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej"},"modified":"2020-04-01T07:42:05","modified_gmt":"2020-04-01T05:42:05","slug":"fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","title":{"rendered":"Fedora e CentOS lanciano Git Forge. GitLab apre 18 funzionalit\u00e0 proprietarie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Progetti CentOS<\/a><\/noindex> e Fedora<\/a><\/noindex> hanno comunicato<\/a><\/noindex> per la creazione del servizio di sviluppo collaborativo Git Forge, che sar\u00e0 costruito utilizzando la piattaforma GitLab. GitLab diventer\u00e0 la piattaforma primaria per l'interazione con i repository Git e per l'hosting di progetti legati alle distribuzioni di CentOS e Fedora. Il servizio precedentemente utilizzato Pagure<\/a><\/noindex> continuer\u00e0 a esistere, ma sar\u00e0 affidato alla comunit\u00e0 interessata a proseguire lo sviluppo. Pagure verr\u00e0 tolto dal supporto del team CPE (Community Platform Engineering) di Red Hat, che si occupa della manutenzione dell'infrastruttura per lo sviluppo e la pubblicazione delle versioni di Fedora e CentOS.<\/p>\n

Per la valutazione delle possibili soluzioni per il nuovo Git Forge sono stati considerati
\n Pagure e Gitlab. Sulla base dello studio di circa 300 feedback<\/a><\/noindex> e suggerimenti da parte dei partecipanti ai progetti Fedora, CentOS, RHEL e CPE, sono stati formulati requisiti funzionali e fatta la scelta a favore di Gitlab. Oltre alle operazioni standard con i repository (fusioni, creazione di fork, aggiunta di codice, ecc.), tra i requisiti chiave sono stati menzionati la sicurezza, la facilit\u00e0 d'uso e la stabilit\u00e0 della piattaforma. <\/p>\n

Tra i requisiti erano incluse funzionalit\u00e0 come l'invio di richieste push tramite HTTPS, strumenti per limitare l'accesso ai rami, supporto per rami privati, separazione dell'accesso per utenti esterni e interni (ad esempio, per il lavoro di correzione delle vulnerabilit\u00e0 durante l'embargo sulla divulgazione delle informazioni sul problema), familiarit\u00e0 dell'interfaccia, unificazione dei sottosistemi per lavorare con segnalazioni di problemi, codice, documentazione e pianificazione di nuove funzionalit\u00e0, disponibilit\u00e0 di strumenti per l'integrazione con IDE, supporto per flussi di lavoro standard.<\/p>\n

Tra le funzionalit\u00e0 di GitLab che hanno influito definitivamente sulla decisione di scelta di questa piattaforma ci sono il supporto di sottogruppi con accesso selettivo ai repository, la possibilit\u00e0 di utilizzare un bot per fusioni automatiche (richiede CentOS Stream per mantenere i pacchetti del kernel), disponibilit\u00e0 di strumenti integrati per la pianificazione dello sviluppo, capacit\u00e0 di utilizzare un servizio SAAS gi\u00e0 pronto con un livello di disponibilit\u00e0 garantito (permetter\u00e0 di liberare risorse per la manutenzione dell'infrastruttura server).<\/p>\n

La decisione \u00e8 gi\u00e0 ha causato<\/a><\/noindex> critiche tra gli sviluppatori riguardo al fatto che la decisione \u00e8 stata presa senza un ampio dibattito preliminare. Sono state inoltre espresse preoccupazioni sul fatto che il servizio non utilizzer\u00e0 l'edizione Community libera di GitLab. In particolare, le funzionalit\u00e0 necessarie per implementare i requisiti descritti nell'annuncio per Git Forge sono disponibili solo nella versione proprietaria GitLab Ultimate<\/a><\/noindex>. <\/p>\n

\u00c8 stata criticata anche l'intenzione di utilizzare il servizio SAAS fornito da GitLab (applicazione come servizio), invece di distribuire GitLab sui propri server, il che esclude il servizio dal controllo (ad esempio, non \u00e8 possibile essere certi che tutte le vulnerabilit\u00e0 del sistema vengano risolte tempestivamente, adeguatamente<\/a><\/noindex> supportata l'infrastruttura, a un certo punto non ci sar\u00e0 imposta telemetria<\/a><\/noindex> ed esclusa qualsiasi deviazione da parte del personale di aziende terze). La decisione non \u00e8 nemmeno coerente con i principi fondamentali di Fedora<\/a><\/noindex>, che stabilisce che il progetto dovrebbe preferire alternative libere.<\/p>\n

Nel frattempo, GitLab ha annunciato<\/a><\/noindex> ha annunciato il rilascio di 18 funzionalit\u00e0 che erano state precedentemente offerte solo nelle edizioni proprietarie di GitLab. Le funzionalit\u00e0 coprono varie aree di gestione dell'intero ciclo di sviluppo del software, inclusi pianificazione dello sviluppo, creazione di progetti, verifica, gestione dei pacchetti, creazione di rilasci, configurazione e protezione. <\/p>\n

Tra le funzionalit\u00e0 tradotte in versioni libere ci sono:<\/p>\n