Recentemente la notizia lo ha reso noto GitLab prevede di modificare i propri termini di servizio per il prossimo mese (a settembre), secondo il quale il progetti ospitati su account gratuiti da GitLab.com verrà cancellato automaticamente se i tuoi repository rimangono inattivi per 12 mesi.
La svolta mira a ridurre i costi di manutenzione di hosting liberando risorse per archiviare ed elaborare progetti abbandonati e fork che non sono in fase di sviluppo.
Si stima che la manutenzione dell'infrastruttura per i progetti abbandonati rappresenti fino a un quarto di tutti i costi di hosting di GitLab.com e l'eliminazione automatica di tali progetti potrebbe far risparmiare fino a un milione di dollari all'anno.
Il registro ha appreso che tali progetti rappresentano fino a un quarto dei costi di hosting di GitLab e che l'eliminazione automatica dei progetti potrebbe far risparmiare al servizio di collaborazione di codifica cloud fino a $ 1 milione all'anno. Pertanto, la politica è stata suggerita per aiutare a mantenere sostenibili le finanze di GitLab.
Le persone a conoscenza della situazione, che hanno richiesto l'anonimato in quanto non autorizzate a discuterne con i media, hanno detto a The Register che la politica entrerà in vigore a settembre 2022.
Prima dell'effettiva rimozione, entro settimane o mesi, le notifiche verranno inviate ai proprietari del repository che richiedono la rimozione con un avviso per confermare la pertinenza del progetto. È prevista la cancellazione solo dei progetti abbandonati, i cui autori non rispondono agli avvisi, non sono state registrate modifiche nel repository durante l'anno, non sono stati pubblicati nuovi numeri e non sono stati inviati commenti.
Tuttavia, alcuni i membri della comunità considerano la rimozione proposta una cattiva pratica, poiché il codice di repository inattivi può essere utilizzato come dipendenza in altri progetti che rimangono attivi.
Si noti inoltre che le modifiche permanenti non sono l'obiettivo di alcuni autori, che possono o considerare che lo stato attuale del loro progetto ha raggiunto un livello ottimale e che il codice è abbastanza buono e non richiede miglioramenti, oppure scoprire inizialmente che sono non è pianificato per essere sviluppato, ma può essere utile a chi ti circonda.
Geoff Huntley, un sostenitore dell'open source e partecipante alla comunità .Net aperta, ha descritto la politica come "assolutamente selvaggia".
“Il codice sorgente non occupa molto spazio su disco, per qualcuno rimuovere tutto quel codice è la distruzione della comunità. Distruggeranno il tuo marchio e la tua buona volontà. Le persone ospitano il loro codice lì perché c'è l'idea che sarà disponibile al pubblico per il riutilizzo e il remix.
Naturalmente, non ci sono garanzie che sarà sempre ospitato lì, ma le regole non scritte dell'open source sono che rendi disponibile il codice e non lo rimuovi. Abbiamo avuto dei manutentori che hanno ritirato il codice e c'è stata molta indignazione nella comunità al riguardo", ha detto, notando che altri progetti che dipendono da un prodotto ritirato ne risentiranno.
"Non è possibile compilare tutte le dipendenze", si è lamentato.
Inoltre, il codice di progetti inattivi può essere referenziato da risorse esterne e, rimuovendolo, una copia master verificata andrà persa a cui è possibile fare riferimento (non è garantito che le copie non ufficiali siano prive di attività dannose), quindi invece di eliminare, sarebbe probabilmente più ottimale archiviare lo stato mantenendo la possibilità di accedere al codice in modalità di sola lettura.
Per risparmiare spazio su disco durante l'archiviazione di garbage fork, puoi utilizzare metodi più efficienti per gestire i duplicati, ad esempio GitHub archivia tutti gli oggetti del repository principale e i fork associati per evitare la duplicazione dei dati, separando logicamente la proprietà dai commit.
Infine, vale la pena ricordare che le modifiche normative non sono ancora state annunciate ufficialmente e sono in fase di progettazione interna.
Infine, per chi è interessato a saperne di più sulla nota si può consultare la pubblicazione originale nel seguente link
qualcosa sta accadendo in gitlab, infatti alcuni progetti stanno valutando la possibilità di migrare su altre piattaforme, come nel caso di postmarketOS: https://postmarketos.org/blog/2022/07/25/considering-sourcehut/