La empresa GitLab planea realizar cambios en septiembre en las reglas de uso del servicio, según las cuales los proyectos alojados de forma gratuita en GitLab.com serán eliminados automáticamente si sus repositorios permanecen inactivos durante 12 meses. Los cambios en las reglas aún no se han anunciado oficialmente y están en etapa de planificación interna.
El cambio tiene como objetivo reducir los costos de mantenimiento de la plataforma al liberar recursos para almacenar y procesar proyectos abandonados y bifurcaciones no desarrolladas. Se estima que el mantenimiento de la infraestructura para proyectos abandonados representa hasta una cuarta parte de todos los costos operativos. de hospedaje GitLab.com y la limpieza automática de proyectos similares permitirán ahorrar hasta un millón de dólares al año.
Antes de la eliminación real, durante varias semanas o meses, se enviarán notificaciones a los propietarios de los repositorios que están en riesgo de eliminación, advirtiéndoles sobre la necesidad de confirmar la vigencia del proyecto. Solo se eliminarán los proyectos abandonados cuyos autores no responden a las advertencias, cuyo repositorio no ha experimentado cambios durante un año, no se han publicado nuevos problemas y no se han enviado comentarios.
Sin embargo, algunos miembros de la comunidad consideran que la eliminación propuesta es una práctica perjudicial, ya que el código de los repositorios inactivos puede ser utilizado como dependencia en otros proyectos que siguen activos. También se señala que no todos los autores tienen como objetivo realizar cambios constantes, ya que 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 originalmente trabajos terminados que no se planea desarrollar, pero que pueden resultar útiles para otros.
Además, el código de proyectos inactivos puede ser referenciado por recursos externos y su eliminación resultará en la pérdida de una copia de referencia verificada, a la que se puede hacer referencia (no se garantiza la ausencia de actividad maliciosa en copias no oficiales), por lo que en lugar de eliminarlo, probablemente sería más óptimo trasladarlo a un estado archivado manteniendo la posibilidad de acceso al código en modo de solo lectura. Para ahorrar espacio en disco al almacenar forks innecesarios, se pueden utilizar métodos de tratamiento de duplicados más eficaces; por ejemplo, GitHub evita la duplicación de datos al almacenar juntos todos los objetos del repositorio principal y sus forks relacionados, separando lógicamente la pertenencia de los commits.
Fuente: opennet.ru
