GitLab planea realizar cambios en las reglas del servicio en septiembre, según los cuales los proyectos alojados en GitLab.com de forma gratuita se eliminarán automáticamente si sus repositorios permanecen inactivos durante 12 meses. Los cambios de reglas aún no se han anunciado oficialmente y se encuentran en la etapa de planificación interna.
El cambio tiene como objetivo reducir el costo de mantenimiento del alojamiento liberando recursos para almacenar y procesar proyectos abandonados y bifurcaciones que no están en desarrollo. Se estima que el mantenimiento de la infraestructura para proyectos abandonados representa hasta una cuarta parte de todos los costos de alojamiento de GitLab.com, y la limpieza automática de dichos proyectos ahorrará hasta un millón de dólares al año.
Antes de la eliminación real, se enviarán notificaciones a los propietarios de los repositorios que solicitan la eliminación dentro de varias semanas o meses, advirtiéndoles para confirmar la relevancia del proyecto. Sólo se planea eliminar los proyectos abandonados, cuyos autores no responden a las advertencias, no se observaron cambios en el repositorio durante el año, no se publicaron nuevos números ni se enviaron comentarios.
Sin embargo, algunos miembros de la comunidad consideran que la eliminación propuesta es una mala práctica, ya que el código de repositorios inactivos podría usarse como dependencia en otros proyectos que permanecen activos. También se observa que los cambios constantes no son el objetivo de algunos autores, quienes bien pueden considerar que el estado actual de su proyecto ha alcanzado un nivel óptimo y que el código es lo suficientemente bueno y no requiere mejoras, o abrir inicialmente un trabajo ya preparado. que no está previsto desarrollar, pero que puede ser de utilidad para otros.
Además, se puede hacer referencia externa al código de proyectos inactivos y eliminarlo resultará en la pérdida de una copia de referencia validada (no se garantiza que las copias no oficiales estén libres de actividad maliciosa), por lo que en lugar de eliminarlo, probablemente sería más óptimo. para moverlo a un estado archivado mientras se mantiene la capacidad de acceder al código en modo de solo lectura. Para ahorrar espacio en disco al almacenar bifurcaciones de basura, puede utilizar métodos más eficientes para procesar duplicados, por ejemplo, GitHub, para evitar la duplicación de datos, almacena juntos todos los objetos del repositorio principal y las bifurcaciones asociadas, separando lógicamente la propiedad de las confirmaciones.
Fuente: opennet.ru