Das Unternehmen GitLab plant im September Änderungen an den Nutzungsrichtlinien des Dienstes, wonach Projekte, die kostenlos auf GitLab.com gehostet werden, automatisch gelöscht werden, wenn ihre Repositories über einen Zeitraum von 12 Monaten inaktiv bleiben. Die Änderungen der Richtlinien wurden bislang nicht offiziell bekannt gegeben und befinden sich in der internen Planungsphase.
Die Änderung zielt darauf ab, die Kosten für die Wartung des Hostings zu senken, indem Ressourcen für die Speicherung und Verarbeitung von aufgegebenen Projekten und nicht weiterentwickelten Forks freigegeben werden. Es wird angenommen, dass bis zu ein Viertel aller Ausgaben für den Betrieb der Infrastruktur auf die Wartung dieser aufgegebenen Projekte entfällt. Hosting Die automatische Bereinigung solcher Projekte auf GitLab.com könnte jährlich bis zu eine Million Dollar einsparen.
Vor der tatsächlichen Löschung werden den Eigentümern der zur Löschung vorgesehenen Repositories einige Wochen oder Monate lang Benachrichtigungen gesendet, die sie darauf hinweisen, dass sie die Aktualität ihres Projekts bestätigen müssen. Geplant ist die Löschung ausschließlich von aufgegebenen Projekten, deren Autoren nicht auf die Warnungen reagieren, bei denen im Repository über ein Jahr lang keine Änderungen vorgenommen wurden, keine neuen Issues veröffentlicht wurden und keine Kommentare abgegeben wurden.
Dennoch halten einige Community-Mitglieder die vorgeschlagene Löschung für eine problematische Praxis, da der Code aus inaktiven Repositories als Abhängigkeit in anderen aktiven Projekten verwendet werden könnte. Es wird auch angemerkt, dass ständige Änderungen nicht das Ziel mancher Autoren sind, die durchaus der Meinung sein können, dass der aktuelle Stand ihres Projekts ein optimales Niveau erreicht hat und der Code gut genug ist und keine Verbesserungen benötigt, oder dass sie ursprünglich fertige Entwicklungen vorstellen, die nicht weiterentwickelt werden sollen, aber für andere nützlich sein könnten.
Darüber hinaus können auf den Code inaktiver Projekte externe Ressourcen verweisen, und seine Löschung würde zum Verlust der bestätigten Referenzkopie führen, auf die verwiesen werden kann (in inoffiziellen Kopien kann nicht garantiert werden, dass keine schädliche Aktivität vorhanden ist). Daher wäre es wahrscheinlich optimaler, stattdessen in den Archivmodus zu wechseln, um den Zugriff auf den Code im Nur-Lese-Modus zu erhalten. Zur Einsparung von Speicherplatz für die Speicherung von unnötigen Forks können effektivere Methoden zur Duplikatbehandlung eingesetzt werden. Beispielsweise speichert GitHub zur Vermeidung von Datenverdopplungen alle Objekte aus dem Hauptrepository und den damit verbundenen Forks zusammen und trennt logisch die Zugehörigkeit zu den Commits.
Quelle: opennet.ru
