Ieri abbiamo condiviso qui sul blog la notizia che GitLab ha pianificato di modificare i suoi 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.
E ora GitLab ha annullato la sua decisione di eliminare automaticamente i progetti che sono rimasti inattivi per più di un anno e che appartengono ai suoi utenti di livello gratuito e che prevedeva di introdurre la politica alla fine di settembre. La società sperava che la mossa gli avrebbe consentito di risparmiare fino a $ XNUMX milione all'anno e contribuire a rendere sostenibile la sua attività SaaS.
Geoff Huntley, un sostenitore dell'open source, ha descritto la politica come "assolutamente folle". "Il codice sorgente non occupa molto spazio su disco", ha affermato. “Per qualcuno rimuovere tutto questo 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 in generale per il riutilizzo e il remix", ha aggiunto. "Ovviamente, non vi è alcuna garanzia che sarà sempre ospitato lì, ma le regole non scritte dell'open source sono che il codice è disponibile e non lo si rimuove".
"Abbiamo avuto dei manutentori che hanno ritirato il codice e c'è stata molta indignazione da parte della comunità per questo", ha detto, notando che altri progetti che dipendono da un prodotto ritirato ne risentiranno.
"Non tutte le dipendenze possono essere compilate", si è lamentato.
Sul caso GitLab ha ripetutamente rifiutato di commentare il suo piano di rimozione, e poche ore fa, la società, che non ha smentito le informazioni di The Register, ma non ne ha fatto cenno, ha solo twittato che avrebbe accantonato i progetti inattivi nell'archivio oggetti:
“Abbiamo discusso internamente cosa fare con i repository inattivi. Abbiamo preso la decisione di spostare i secchi inutilizzati nel magazzino degli articoli. Una volta schierati, saranno ancora accessibili, ma ci vorrà un po' più di tempo per accedervi dopo un lungo periodo di inattività".
L'archiviazione degli oggetti è una strategia per gestire e manipolare l'archiviazione dei dati come unità separate chiamate "oggetti". Questi oggetti vengono conservati in un deposito, senza essere allegati a file che si trovano in altre cartelle. L'archiviazione degli oggetti combina i dati che compongono i file, quindi elabora tutti i metadati rilevanti prima di assegnare loro un identificatore personalizzato.
“Documenti abbiamo visto il personale informato di una riunione interna prevista per il 9 agosto. L'ordine del giorno della riunione delinea il piano per rimuovere i repository di codice inattivi, descrivendolo come segue*:
Lo menzionano dopo il 22 settembre 2022 verrà attuata la politica di conservazione di dati per gli utenti gratuiti. Questa routine limiterà il numero di mesi in cui un progetto gratuito può rimanere inattivo prima che venga eliminato automaticamente insieme ai dati in esso contenuti.
Si dice che il tweet di GitLab potrebbe, agli occhi di alcuni utenti della rete, contraddire la propria notifica del personale:
“Altri documenti interni che abbiamo visto menzionano il possibile utilizzo dell'object storage per archiviare i progetti, ma siamo preoccupati che ciò aumenterà i costi di GitLab creando la necessità di più backup ridondanti.
“Abbiamo anche assistito a discussioni interne che hanno confermato che il codice di automazione per l'eliminazione dei progetti inattivi era completo alla fine di luglio e pronto per essere implementato dopo mesi di discussioni e lavoro di sviluppo.
“Una delle nostre fonti ci ha detto questo pomeriggio che è stata la pressione online, guidata dai nostri reportage, a costringere il rivale di GitHub a ripensare drasticamente al suo modo di pensare. La notizia della politica di rimozione come esercizio per risparmiare denaro ha causato furore su Twitter e Reddit".
Ad ogni modo, il tweet di GitLab è stato ben accolto ma ha anche sollevato altre domande*:
“Se solo il proprietario può riaverlo indietro, hai pensato al caso profondamente sfortunato in cui un project manager muore e il suo codice diventa inaccessibile un anno dopo la fine della sua attività sul sito*? »
Il CEO di GitLab Sid Sijbrandij ha offerto maggiori informazioni sui suoi piani nel seguente tweet:
Progetti archiviati https://t.co/4rOeJHNilh è uno stato attivato dall'utente che segnala l'intenzione. Non ne siamo ancora sicuri, ma molto probabilmente il tipo di archiviazione utilizzato è ortogonale a quello. Il nostro attuale piano per la conservazione degli oggetti https://t.co/fLRl2TY744 manterrebbe i repository visibili a tutti.
— Sid Sijbrandij (@sytses) 5 Agosto 2022
Tuttavia, la società ha rifiutato di rispondere alle richieste di informazioni dai media statunitensi che hanno pubblicato queste informazioni.
Don Chisciotte è inattivo da secoli...