L'azienda GitLab prevede di apportare modifiche alle regole di utilizzo del servizio a settembre, secondo le quali i progetti ospitati su GitLab.com gratuitamente saranno automaticamente rimossi se i loro repository rimarranno inattivi per 12 mesi. Le modifiche alle regole non sono ancora state annunciate ufficialmente e sono in fase di pianificazione interna.
La modifica mira a ridurre i costi di mantenimento dell'hosting liberando risorse per l'archiviazione e l'elaborazione di progetti abbandonati e fork non sviluppati. Si prevede che fino a un quarto delle spese operative sia sostenuto per mantenere l'infrastruttura per progetti abbandonati. hosting La pulizia automatica di progetti simili su GitLab.com potrebbe far risparmiare fino a un milione di dollari all'anno.
Prima della rimozione effettiva, per alcune settimane o mesi, ai proprietari dei repository che rischiano di essere rimossi verranno inviati avvisi che li informeranno della necessità di confermare l'attualità del progetto. Si prevede di rimuovere solo progetti abbandonati, i cui autori non rispondono agli avvisi, nei quali non si sono verificati cambiamenti nel repository nel corso di un anno, non sono stati pubblicati nuovi issue e non sono stati inviati commenti.
Tuttavia, alcuni membri della comunità considerano la proposta di rimozione una pratica discutibile, poiché il codice dei repository inattivi può essere utilizzato come dipendenza in altri progetti che rimangono attivi. Si osserva anche che alcuni autori non mirano a continui aggiornamenti, ritenendo che lo stato attuale del loro progetto abbia raggiunto un livello ottimale e che il codice sia sufficientemente buono e non richieda miglioramenti, oppure possono iniziare a rilasciare lavori già pronti che non hanno intenzione di sviluppare, ma che possono risultare utili agli altri.
Inoltre, il codice dei progetti inattivi può essere richiamato da risorse esterne e la sua rimozione comporterà la perdita della copia di riferimento confermata, alla quale è possibile fare riferimento (nelle copie non ufficiali non è garantita l'assenza di attività dannose); quindi, anziché eliminarlo, sarebbe probabilmente più ottimale passarlo a uno stato di archiviazione mantenendo la possibilità di accesso al codice in modalità di sola lettura. Per risparmiare spazio su disco durante la conservazione dei fork spazzatura, puoi utilizzare metodi di gestione dei duplicati più efficienti; ad esempio, GitHub per escludere la duplicazione dei dati conserva insieme tutti gli oggetti del repository principale e dei fork ad esso collegati, separando logicamente l'appartenenza ai commit.
Fonte: opennet.ru
