L'azienda GitLab prevede di apportare modifiche alle regole di utilizzo del servizio a settembre, secondo le quali i progetti ospitati gratuitamente su GitLab.com verranno automaticamente rimossi se i loro repository rimarranno inattivi per 12 mesi. Le modifiche non sono ancora state annunciate ufficialmente e sono ancora in fase di pianificazione interna.
La modifica mira a ridurre i costi di hosting liberando risorse per l'archiviazione e l'elaborazione di progetti abbandonati e fork non attivi. Si stima che il mantenimento dell'infrastruttura per progetti abbandonati costituisca fino a un quarto di tutte le spese operative. di hosting GitLab.com e la pulizia automatica di tali progetti potrebbero far risparmiare fino a un milione di dollari all'anno.
Fino alla rimozione effettiva, nel corso delle settimane o dei mesi successivi, i proprietari di repository in fase di eliminazione riceveranno notifiche per confermare la rilevanza del progetto. Si prevede di rimuovere solo i progetti abbandonati, i cui autori non rispondono ai feedback, che non hanno subito modifiche per un anno, e dove non sono stati pubblicati nuovi issue o commenti.
Tuttavia, alcuni membri della comunità ritengono che la proposta di rimozione sia una pratica discutibile, poiché il codice proveniente da repository inattivi potrebbe essere utilizzato come dipendenza in altri progetti attivi. Si sottolinea anche che modifiche costanti non sono l'obiettivo di alcuni autori, i quali potrebbero ritenere che lo stato attuale del loro progetto sia ottimale e che il codice sia sufficientemente buono senza necessità di miglioramenti, o che originalmente aprano lavori pronti che non intendono sviluppare, ma che potrebbero risultare utili ad altri.
Inoltre, il codice dei progetti non attivi può essere linkato da fonti esterne e la sua rimozione comporterebbe la perdita di una copia di riferimento confermata, a cui è possibile fare riferimento (non si garantisce l'assenza di attività dannosa nelle copie non ufficiali); pertanto, piuttosto che eliminarlo, sarebbe probabilmente più ottimale trasferirlo in uno stato archiviato mantenendo la possibilità di accesso al codice in modalità sola lettura. Per risparmiare spazio su disco nella memorizzazione di fork obsoleti, è possibile utilizzare metodi di gestione delle duplicazioni più efficaci, come GitHub, che per escludere la duplicazione dei dati conserva insieme tutti gli oggetti dal repository principale e dai fork ad esso collegati, separando logicamente l'appartenenza ai commit.
Fonte: opennet.ru
