Die Firma GitLab plant im September Änderungen der Nutzungsbedingungen des Services, wonach Projekte, die kostenlos auf GitLab.com gehostet werden, automatisch gelöscht werden, wenn deren Repositories 12 Monate lang inaktiv bleiben. Die Änderungen wurden bisher nicht offiziell bekannt gegeben und befinden sich in der Phase der internen Planung.
Die Änderung zielt darauf ab, die Hosting-Kosten zu senken, indem Ressourcen für die Speicherung und Verarbeitung aufgegebener Projekte und stagnierender Forks freigegeben werden. Es wird angenommen, dass bis zu ein Viertel aller Betriebskosten für die Aufrechterhaltung der Infrastruktur auf verworfene Projekte entfällt. Hosting Die automatische Bereinigung solcher Projekte auf GitLab.com könnte jährlich Einsparungen von bis zu einer Million Dollar ermöglichen.
Bis zur tatsächlichen Löschung innerhalb von mehreren Wochen oder Monaten erhalten die Eigentümer der betroffenen Repositories Benachrichtigungen, um die Aktualität des Projekts zu bestätigen. Es sollen nur verlassene Projekte gelöscht werden, deren Autoren nicht auf Warnungen reagieren, in denen seit einem Jahr keine Änderungen vorgenommen wurden, keine neuen Issues veröffentlicht und keine Kommentare abgegeben wurden.
Dennoch betrachten einige Community-Mitglieder die vorgeschlagene Löschung als problematische Praxis, da der Code aus inaktiven Repositories als Abhängigkeit in anderen aktiven Projekten verwendet werden kann. Außerdem wird angemerkt, dass kontinuierliche Änderungen nicht das Ziel mancher Autoren sind, die durchaus der Meinung sein könnten, dass der aktuelle Zustand ihres Projekts ein optimales Niveau erreicht hat und der Code ausreichend gut ist und keiner Verbesserung bedarf, oder die ursprünglich entwickelte Arbeit lediglich bereitstellen, die nicht weiterentwickelt werden soll, aber dennoch für andere von Nutzen sein könnte.
Zudem können externe Ressourcen auf den Code inaktiver Projekte verweisen, und dessen Löschung führt zum Verlust einer bestätigten Referenzkopie, die zitiert werden kann (bei inoffiziellen Kopien wird keine Sicherheit gegen schädliche Aktivität garantiert). Daher wäre es wahrscheinlich sinnvoller, den Code in den Archivmodus zu versetzen und den Zugriff im Nur-Lese-Modus zu ermöglichen, anstatt ihn zu löschen. Um Speicherplatz bei der Speicherung von überflüssigen Forks zu sparen, können effizientere Methoden zur doppelten Datenverarbeitung eingesetzt werden, wie etwa GitHub, das alle Objekte aus dem Hauptrepository und dessen verbundenen Forks zusammen speichert und die Zugehörigkeit von Commits logisch trennt.
Quelle: opennet.ru
