Sviluppatori che sono dietro i progetti delle popolari distribuzioni Linux Rilasciato "CentOS e Fedora" recentemente tramite un annuncio la decisione di creare un servizio di sviluppo congiunto, che ha chiamato come "Git Forge".
Questo nuovo servizio sarà costruito utilizzando la piattaforma GitLab che diventerà la piattaforma principale per interagire con i repository Git e per ospitare progetti relativi alle distribuzioni CentOS e Fedora.
Quando si valutano le possibili soluzioni per il nuovo Git Forge, Sono stati presi in considerazione Pagure e Gitlab. Basato sullo studio di circa 300 recensioni e suggerimenti dai partecipanti al progetto Fedora, CentOS, RHEL e CPE, requisiti di funzionalità formati e decisione presa a favore di Gitlab.
Oltre alle operazioni tipiche con i repository, la sicurezza, l'usabilità e la stabilità della piattaforma sono state dichiarate tra i requisiti chiave.
I requisiti includevano funzionalità come l'invio di richieste push tramite HTTPS, significa limitare l'accesso alle versioni, supporto per le versioni private, condividere l'accesso tra utenti esterni e internis (ad esempio, per lavorare sulla correzione delle vulnerabilità durante l'embargo per divulgare informazioni su un problema), unificazione dei sottosistemi per lavorare con segnalazioni di problemi, codice, documentazione e pianificazione di nuove funzionalità, disponibilità di strumenti per l'integrazione con l'IDE, supporto per flussi di lavoro tipici.
Tra le caratteristiche di GitLab che alla fine hanno influenzato la decisione per scegliere questa piattaforma, è stato menzionato il supporto di sottogruppi con accesso selettivo ai repository, la possibilità di utilizzare un bot per unioni automatiche (CentOS Stream è necessario per supportare i pacchetti con il kernel), la presenza di strumenti integrati per la pianificazione dello sviluppo, la possibilità di utilizzare un servizio SAAS pronto all'uso con un livello di disponibilità garantito (libererà risorse per mantenere il server infrastruttura).
La decisione ha già suscitato critiche tra gli sviluppatori, in relazione al fatto che la decisione è stata presa senza preventiva discussione preliminare.
anche si temeva che il servizio non avrebbe utilizzato l'edizione gratuita Comminity di GitLab. In particolare, le funzionalità richieste per implementare i requisiti di Git Forge delineati nell'annuncio sono disponibili solo nella versione proprietaria di GitLab Ultimate.
Criticata anche l'intenzione di sfruttare il servizio SAAS fornito da GitLab (application as a service), invece di implementare GitLab sui propri server, cosa che rende il servizio fuori controllo (ad esempio, è impossibile garantire che tutte le vulnerabilità in il sistema viene riparato rapidamente, l'infrastruttura è adeguatamente manutenuta e non sarà imposto un solo momento di telemetria e sarà escluso il sabotaggio da parte di personale terzo).
La soluzione inoltre non si adatta bene ai Fedora Fundamentals, che specificano che un progetto dovrebbe dare la preferenza ad alternative libere.
Nel frattempo, GitLab ha annunciato l'apertura di implementazioni di 18 funzionalità che in precedenza venivano offerti solo nelle edizioni a pagamento di GitLab:
- Allegare un problema correlato;
- Problema di esportazione di GitLab in CSV.
- Il modo per pianificare, organizzare e visualizzare il processo di sviluppo di singole funzionalità o versioni.
- Servizio integrato per collegare i partecipanti al progetto con terze parti tramite e-mail.
- Terminale web per web IDE.
- La possibilità di sincronizzare i file per testare le modifiche al codice nel terminale web.
- Strumenti di gestione della progettazione che consentono di caricare progetti e risorse per il problema, utilizzando il problema come unico punto di accesso a tutto ciò che è necessario per sviluppare una nuova funzionalità.
- Codice di reporting della qualità.
- Supporto per i gestori di pacchetti Conan (C / C ++), Maven (Java), NPM (node.js) e NuGet (.NET).
- Supporto per le implementazioni delle Canarie, che consente di installare una nuova versione dell'applicazione in una piccola parte del sistema.
- Distribuzione incrementale, che consente prima di fornire nuove versioni solo per un numero limitato di sistemi, portando gradualmente la copertura al 100%.
- Flag di attivazione delle funzionalità, che danno la possibilità di erogare il progetto in varie edizioni, attivando dinamicamente alcune funzionalità.
- Modalità di distribuzione generale che consente di valutare l'integrità di ogni ambiente di integrazione continua basato su Kubernetes.
- Supporto per la definizione di più cluster Kubernetes nel configuratore
- Supporto per la definizione di criteri di sicurezza della rete del contenitore che consentono la differenziazione dell'accesso tra i pod Kubernetes.
fonte: Blog di Centos - Fedora Blog