"¿Cuál es tu GitLab?" es una de las primeras preguntas que me hicieron en mi primer día de trabajo para la Fundación GNOME, la organización sin fines de lucro que apoya los proyectos de GNOME, incluido el entorno de escritorio, GTK y GStreamer. La persona se refería a mi nombre de usuario en la instancia de GitLab de GNOME. En mi tiempo con GNOME, me han pedido mucho mi GitLab.
Usamos GitLab para básicamente todo. En un día típico, recibo varios problemas e informes de errores de referencia, y ocasionalmente necesito modificar un archivo. No hago esto en calidad de desarrollador o administrador de sistemas. Estoy involucrado con los equipos de Compromiso e Inclusión y Diversidad (I&D). Escribo boletines para Friends of GNOME y entrevisto a colaboradores del proyecto. Trabajo en patrocinios para eventos de GNOME. No escribo código y uso GitLab todos los días.
Más sobre GNOME
- Introducción a la virtualización de GNOME Boxes
- 12 extensiones para tu escritorio GNOME
- Hoja de trucos:GNOME 3
El proyecto GNOME se ha gestionado de muchas maneras durante las últimas dos décadas. Diferentes partes del proyecto utilizaron diferentes sistemas para rastrear cambios en el código, colaborar y compartir información tanto como proyecto como espacio social. Sin embargo, el proyecto tomó la decisión de que necesitaba integrarse más y tomó alrededor de un año desde su concepción hasta su finalización.
Hubo una serie de razones por las que GNOME quería cambiar a una sola herramienta para usar en toda la comunidad. Los proyectos externos tocan GNOME, y brindarles una manera más fácil de interactuar con los recursos fue importante para el proyecto, tanto para apoyar a la comunidad como para hacer crecer el ecosistema. También queríamos realizar un mejor seguimiento de las métricas de GNOME:la cantidad de colaboradores, el tipo y la cantidad de contribuciones, y el progreso de desarrollo de las diferentes partes del proyecto.
Cuando llegó el momento de elegir una herramienta de colaboración, consideramos lo que necesitábamos. Uno de los requisitos más importantes era que debía estar hospedado por la comunidad GNOME; ser alojado por un tercero no parecía una opción, por lo que se descontaron servicios como GitHub y Atlassian. Y, por supuesto, tenía que ser software libre. Rápidamente se hizo evidente que el único contendiente real era GitLab. Queríamos asegurarnos de que la contribución fuera fácil. GitLab tiene funciones como el inicio de sesión único, que permite a las personas usar cuentas de GitHub, Google, GitLab.com y GNOME.
Estuvimos de acuerdo en que GitLab era el camino a seguir y comenzamos a migrar de muchas herramientas a una sola herramienta. Carlos Soriano, miembro de la junta de GNOME, lideró la carga. Con mucho apoyo de GitLab y la comunidad de GNOME, completamos el proceso en mayo de 2018.
Había muchas esperanzas de que mudarse a GitLab ayudaría a hacer crecer la comunidad y facilitaría la contribución. Debido a que GNOME utilizó anteriormente tantas herramientas diferentes, incluidas Bugzilla y CGit, es difícil medir cuantitativamente cómo el cambio ha afectado la cantidad de contribuciones. Sin embargo, podemos hacer un seguimiento más claro de algunas estadísticas, como los casi 10 000 problemas cerrados y las 7085 solicitudes de fusión fusionadas entre junio y noviembre de 2018. La gente siente que la comunidad ha crecido y se ha vuelto más acogedora y que la contribución es, de hecho, más fácil.
Las personas llegan al software libre desde todo tipo de puntos de partida diferentes, y es importante tratar de nivelar el campo de juego brindando mejores recursos y soporte adicional para las personas que los necesitan. Git, como herramienta, se usa ampliamente, y cada vez más personas participan en el software libre con esas habilidades listas para usar. El autohospedaje de GitLab ofrece la oportunidad perfecta para combinar la familiaridad de Git con el entorno rico en funciones y fácil de usar proporcionado por GitLab.
Ha pasado poco más de un año, y el cambio es realmente notable. La integración continua (CI) ha sido un gran beneficio para el desarrollo y se ha integrado completamente en casi todas las partes de GNOME. Los equipos que no están desarrollando código también han cambiado a usar el ecosistema de GitLab para su trabajo. Ya sea que utilice el seguimiento de problemas para administrar las tareas asignadas o el control de versiones para compartir y administrar activos, incluso equipos como Compromiso e I&D han comenzado a usar GitLab.
Puede ser difícil para una comunidad, incluso una que desarrolla software libre, adaptarse a una nueva tecnología o herramienta. Es especialmente difícil en un caso como GNOME, un proyecto que recientemente cumplió 22 años. Después de más de dos décadas de construir un proyecto como GNOME, con tantas partes utilizadas por tantas personas y organizaciones, la migración fue un esfuerzo que solo era posible gracias al arduo trabajo de la comunidad GNOME y la generosa asistencia de GitLab.
Encuentro mucha comodidad en trabajar para un proyecto que usa Git para el control de versiones. Es un sistema que se siente cómodo y familiar:es una herramienta que es consistente en todos los lugares de trabajo y proyectos de pasatiempos. Como nuevo miembro de la comunidad de GNOME, fue genial poder ingresar y simplemente usar GitLab. Como constructor de comunidades, es inspirador ver los resultados:más proyectos asociados que se incorporan y entran en el ecosistema; nuevos colaboradores y miembros de la comunidad que hacen sus primeras contribuciones al proyecto; y una mayor capacidad para medir el trabajo que estamos haciendo para saber si es efectivo y exitoso.
Es genial que tantos equipos que hacen cosas completamente diferentes (como en qué están trabajando y qué habilidades están usando) acuerden centralizar cualquier herramienta, especialmente una que se considera un estándar en código abierto. Como colaborador de GNOME, realmente aprecio que estemos usando GitLab.