Lanzamiento de GitLab 10.8: duplicación de inserción de código abierto e implementación incremental

¡Nos complace presentarle la nueva versión de GitLab con muchas innovaciones y mejoras! En esta versión, mejoramos la automatización de la versión, compartimos la funcionalidad previamente pagada, aceleramos la reparación de las vulnerabilidades de seguridad y mucho más.

Más confianza en la implementación

El lanzamiento de una nueva funcionalidad siempre está asociado con la emoción, porque incluso con las pruebas más rigurosas existe el riesgo de complicaciones imprevistas. Nuestra nueva función de Despliegue incremental permite la implementación de código solo para un subconjunto específico de usuarios. Ahora, en lugar de implementar actualizaciones para todos los usuarios a la vez, puede aumentar gradualmente el número de pods de Kubernetes que se están implementando. En caso de complicaciones, puede revertir los cambios antes de que afecten a toda la base de usuarios. Esta innovación proporciona una capa adicional de protección para los usuarios contra errores imprevistos, lo que idealmente le permite implementar con más frecuencia.

Empujar reflejo ahora es de dominio público

Inicialmente, la duplicación automática solo estaba disponible para una suscripción paga, sin embargo, desde el momento en que se lanzó, esta funcionalidad fue una de las más solicitadas por los usuarios; muchos solicitaron transferirla al público. Nos tomamos en serio estos problemas y creemos que encontrar el equilibrio perfecto entre la funcionalidad paga y la disponible públicamente es una de las áreas clave de la política de gestión de proyectos . Por lo tanto, a partir de esta versión, los espejos de empuje estarán disponibles públicamente .

Gracias a esto, los usuarios de GitLab Core tienen nuevas oportunidades relacionadas, entre otras cosas, con el desarrollo independiente y la migración. Los freelancers ahora podrán duplicar cualquier repositorio de clientes, y los usuarios que cambien a GitLab desde otros repositorios de git podrán aprovechar las capacidades de duplicación para simplificar el proceso de migración.

Siempre que sea posible, nos esforzamos por llevar la funcionalidad al dominio público, tanto para atraer nuevos usuarios de GitLab como para aumentar el número de personas involucradas en el desarrollo de software de código abierto .

Aceleración de vulnerabilidad

Es casi imposible rastrear vulnerabilidades en el código sin ninguna automatización, por lo que GitLab incluye varios sistemas de seguridad integrados, como SAST , DAST , así como escanear contenedores y dependencias . En esta versión, seguimos trabajando en esta dirección.

Si se encuentra una vulnerabilidad, debe corregirla o ignorarla en caso de un falso positivo. Nuestros nuevos informes de seguridad interactivos le permitirán realizar la acción correspondiente directamente desde el informe: puede rechazar la vulnerabilidad o crear una tarea para solucionarlo. Esta funcionalidad simplifica el proceso de trabajar con vulnerabilidades y, como resultado, acelera la liberación de código seguro.

Esperando tu respuesta!

Esperamos su reacción a las innovaciones de este lanzamiento. ¿Qué le gustó? ¿Qué deberíamos mejorar? Leeremos sus comentarios sobre el artículo original con interés y continuaremos trabajando para mejorar GitLab.

¡Gracias por tu participación!

MVP de este mes - Alexis Reigel

Alexis agregó una característica muy útil para crear Runners CI comunes para grupos . Esta funcionalidad ha sido solicitada por los usuarios durante más de un año, y la contribución de Alexis finalmente ha permitido implementarla. Ahora es mucho más fácil administrar corredores de proyectos para un grupo específico.

Gracias, Alexis En agradecimiento, le enviamos un suéter característico, calcetines y tanuki hechos a mano con símbolos GitLab.

Despliegue incremental (PREMIUM, ULTIMATE, PLATA, ORO)

Al realizar cambios a gran escala en su aplicación, es aconsejable implementar la versión en un pequeño subconjunto de usuarios para obtener comentarios e identificar posibles problemas. Después de eso, puede aumentar constantemente el porcentaje de usuarios para los que se realiza la implementación hasta que la nueva versión reemplace por completo a la anterior. Por lo tanto, si se detectan problemas en algún momento, la reversión del producto afectará a menos usuarios.

En GitLab 10.8, agregamos la capacidad de implementar código de forma incremental en 10, 25, 50 y 100 por ciento de sus hogares. También puede aplicar este enfoque en Auto DevOps utilizando la INCREMENTAL_ROLLOUT_ENABLED entorno INCREMENTAL_ROLLOUT_ENABLED .

Documentación de implementación incremental

Los espejos retrovisores ahora están disponibles al público (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Duplicar repositorios le permite copiar repositorios Git de una ubicación a otra. Esto facilita el trabajo con varias instancias de GitLab: por ejemplo, puede reflejar los resultados del trabajo de su equipo en la instancia personal de GitLab de sus clientes. La duplicación automática también facilita mover un proyecto a GitLab desde otros repositorios, mientras que el repositorio original desde el que se realiza el movimiento sigue siendo relevante.

Anteriormente, la duplicación de inserción estaba disponible en GitLab Starter, y ahora también en Core.

Documentación de duplicación de empuje

Comentarios interactivos en informes de seguridad (versión alfa) (ULTIMATE, GOLD)

Los informes de seguridad lo ayudan a identificar posibles vulnerabilidades en su software, y luego puede tomar medidas para solucionarlos.

A partir de GitLab 10.8, puede crear tareas de reparación de vulnerabilidades directamente desde la ventana del informe de seguridad. También puede rechazar una vulnerabilidad específica en caso de un falso positivo. Sus comentarios se muestran directamente en el informe.

Documentación de informes de seguridad

Búsqueda de archivos difusos para Web IDE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Hemos agregado una búsqueda de archivos difusos en el IDE web para simplificar la navegación para proyectos grandes. La búsqueda difusa está disponible usando la combinación de teclas Cmd + p / Ctrl + p .

Anteriormente, tenía que mirar directamente el árbol de archivos del proyecto para encontrar un archivo específico.

Documentación web IDE

Confirmación de archivos individuales en el IDE web (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Hemos agregado la capacidad de agregar (organizar) archivos individuales a una confirmación en el IDE web, lo que permite confirmaciones a pequeña escala. Los cambios introducidos se agregan a la lista correspondiente de cambios no escalonados, después de lo cual puede seleccionar los archivos necesarios de esta lista y agregarlos a la lista de cambios escalonados; estos archivos formarán parte de la próxima confirmación.

Documentación web IDE

Horarios para completar tareas para grupos (PREMIUM, ULTIMATE, SILVER, GOLD)

Los cronogramas de tareas se utilizan en muchos proyectos para rastrear el progreso de un hito en particular. A medida que más y más equipos usan la división en grupos y subgrupos, recibimos muchas solicitudes para agregar dichos cronogramas a nivel grupal.

En esta versión, agregamos cronogramas de ejecución de tareas para hitos grupales. Estos gráficos funcionan exactamente de la misma manera que los gráficos del proyecto: muestran el progreso de todas las tareas asociadas con el hito, lo que proporciona una demostración clara del flujo de trabajo. Usando estos horarios, puede evaluar la probabilidad de completar el trabajo a tiempo y hacer los cambios necesarios en el trabajo.

Por analogía con los cronogramas de proyectos para completar tareas, los cronogramas para grupos tienen en cuenta tanto el número de tareas como su peso. Además, los gráficos de grupo tienen en cuenta las tareas asociadas con el hito para todos los subgrupos del grupo correspondiente.

Documentación del cronograma de tareas

Las métricas de Prometheus son compartidas, habilitadas por defecto (CORE, STARTER, PREMIUM, ULTIMATE)

GitLab es a menudo un elemento clave del ciclo de entrega de software, por lo que es importante asegurarse de su funcionamiento estable y correcto. En versiones anteriores, agregamos métricas de Prometheus para las dependencias de Redis y Postgres, así como varias métricas experimentales en la versión 9.3 . Desde entonces, hemos cubierto las métricas con algunas partes más de nuestra base de código, y también hemos reducido el impacto negativo de la recopilación de métricas en el rendimiento. Ahora usamos estas métricas para monitorear el servicio GitLab.com.

Como resultado de las innovaciones pasadas, hemos lanzado el monitoreo de Prometheus en accesibilidad general (GA, disponibilidad general) desde la versión 10.8. Para todas las nuevas instalaciones de GitLab, la supervisión estará habilitada de forma predeterminada. También lanzamos una versión de prueba del panel de Grafana para la visualización de métricas.

Documentación de monitoreo de Prometheus en GitLab

Otras mejoras a GitLab 10.8

Confirmación de actualizaciones de la política de uso (CORE, STARTER, PREMIUM, ULTIMATE)

GitLab se está preparando para implementar el GDPR y, como parte de este proceso, les pedimos a nuestros usuarios que revisen y confirmen los Términos de uso actualizados. En lugar de usar esta funcionalidad una vez y olvidarnos de ella, decidimos agregarla a GitLab para que los usuarios puedan usar esta función en el futuro.

Cuando el administrador de la instancia habilita esta función, los usuarios deberán revisar los Términos de uso y aceptarlos antes de continuar con GitLab. Hasta que el usuario confirme este mensaje, se bloqueará su acceso a GitLab a través de la web, API y Git.

El mensaje con los Términos de uso se puede cambiar por completo en la configuración del administrador. Además, dado que esta publicación se basa en el Markdown con sabor a GitLab , incluso puede contener enlaces a otras páginas.

Todas las confirmaciones de los usuarios se almacenan en una base de datos, por lo que puede utilizar esta información en el futuro.

Documentación de confirmación para actualizaciones de políticas de uso

Buscar y filtrar menús por épicas de mapas de ruta (ULTIMATE, GOLD)

Los menús de búsqueda y filtro son una parte muy útil de la interfaz, familiar para los usuarios y utilizados en GitLab. Decidimos usar esta funcionalidad para buscar y filtrar las epopeyas de la hoja de ruta al visualizarla.

En esta versión, puede filtrar las epopeyas por autor y etiqueta en el modo de vista de hoja de ruta. Además, puede buscar epopeyas por nombre y descripción. Esto permitirá a los usuarios encontrar epopeyas relevantes para ellos y sus equipos y marcar enlaces para guardar la configuración de búsqueda.

Documentación de hoja de ruta

Discusiones de API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Las discusiones (ramas de comentarios) aparecen en muchas partes de la interfaz web de GitLab: en tareas, solicitudes de fusión, epopeyas, fragmentos y confirmaciones. En esta versión, hemos ampliado las capacidades de la API para que pueda acceder y administrar discusiones directamente a través de la API de GitLab, lo que hará que sus flujos de trabajo sean aún más flexibles.

Documentación de discusión API

SAST para PHP y Java Gradle (ULTIMATE, GOLD)

Las pruebas de seguridad de aplicaciones estáticas (SAST) solo son efectivas cuando su proyecto utiliza un lenguaje de programación compatible con una de las herramientas de GitLab. Es por eso que estamos aumentando la cantidad de estos idiomas con cada lanzamiento, agregando el más popular de ellos.

En GitLab 10.8, los proyectos escritos en PHP y Java con Gradle se pueden verificar automáticamente para detectar vulnerabilidades de seguridad. Para hacer esto, ni siquiera necesita determinar el idioma: se determina automáticamente en tiempo de ejecución.

Documentación SAST

Definición de variables para transportadores manuales (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

A menudo es necesario ejecutar una única ejecución de CI con configuraciones únicas para probar un caso de uso específico. Por ejemplo, podemos aplicar temporalmente una estrategia de implementación específica o excluir un paso específico del proceso de compilación de la aplicación.

GitLab 10.8 ofrece la capacidad de definir variables especiales de una sola vez al iniciar la canalización manualmente. No necesitará cambiar las variables para todo el proyecto para realizar una sola ejecución específica, lo que hace que sea mucho más fácil ejecutar pruebas personalizadas con su propia configuración.

Documentación de lanzamiento de tubería

La fusión se confirma en el widget de solicitud de fusión (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Continuamos trabajando en pequeñas características de GitLab que son de gran importancia cuando lo usamos. Este cambio es un buen ejemplo. Si utiliza confirmaciones de fusión en su proyecto, aparecerá un enlace a la confirmación de fusión en el widget de solicitud de fusión inmediatamente después de la fusión. Mediante este enlace, puede ir directamente a la confirmación de fusión.

Para muchos flujos de trabajo, será útil poder ir directamente al commit de fusión. Por ejemplo, algunos equipos transfieren estos compromisos de fusión para liberar sucursales o etiquetarlos para probarlos o implementarlos en producción. Con este cambio, le resultará más fácil averiguar si la solicitud de fusión es parte de la rama que está a punto de implementar.

Documentación de solicitud de fusión

Notas del sistema para agregar peso de tarea (ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)

El peso de la tarea le permite asignar un valor numérico específico a la tarea GitLab, indicando su tamaño. En particular, los equipos usan pesos de tareas para planificar el desarrollo cuando trabajan en Agile u otras metodologías de desarrollo ágil. En esta versión, hemos agregado notas del sistema que aparecen cada vez que agrega o cambia el peso de una tarea. Esto ayudará a los miembros del equipo a realizar un seguimiento de los cambios para evaluar el trabajo, así como simplemente saber cuándo se realizó la primera evaluación.

Documentación de pesos de tareas

Peso de la tarea y estado de bloqueo en la exportación CSV (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)

En esta versión, agregamos el peso de la tarea y su estado de bloqueo a la exportación CSV. Esto le brinda aún más información sobre las tareas para que pueda hacer cualquier tipo de análisis y flujo de trabajo fuera de GitLab.

Documentación de exportación CSV

Solicitudes de fusión de GitLab en Jira Development Panel (PREMIUM, ULTIMATE, SILVER, GOLD)

En esta versión, hemos mejorado la integración con el Panel de desarrollo de Jira: ahora incluye solicitudes de fusión de GitLab. Esto significa que si usa una integración especial, las solicitudes de fusión también se mostrarán en la barra lateral de la tarea Jira relacionada, además de las confirmaciones y ramas de Gitlab.

Tenga en cuenta que en la interfaz de Jira, las solicitudes de fusión se denominan "solicitudes de extracción".

Documentación de integración del panel de desarrollo de GitLab Jira

Notificaciones por correo electrónico para comentarios sobre epopeyas (ULTIMATE, GOLD)

En el lanzamiento anterior, presentamos hilos de comentarios para épicas. En esta versión, trabajamos juntos en épicas aún más similar al resto de GitLab, agregando notificaciones por correo electrónico. Como anteriormente en tareas y solicitudes de fusión, recibirá notificaciones por correo electrónico (especificado por usted en la configuración de GitLab) después de la actividad correspondiente en la epopeya. Por ejemplo, cuando un miembro del equipo te menciona en una descripción de una epopeya o comenta sobre ella, recibirás una notificación si configuras tus notificaciones para un grupo de esta epopeya en el nivel Participar o superior.

Documentación épica

Visualización mejorada de descripciones de confirmación largas (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Una buena descripción de confirmación que explica por qué era necesario el cambio ayuda a realizar pequeñas confirmaciones atómicas y simplifica la lectura de los registros de confirmación para el resto del equipo. ¡Mejoramos la visualización de descripciones largas, por lo que se hizo aún más fácil leerlas!

Soporte para fragmentos incorporados (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Los fragmentos son útiles para discutir parte del código. Ahora puede insertar fragmentos públicos en su sitio web. Esto ayuda mucho en la documentación, complementando una publicación de blog con ejemplos de código o en un sitio web personal. Gracias por esta oportunidad Haseeb .

Documentación de soporte de fragmentos incorporada

API para los idiomas del proyecto (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Con la nueva API para idiomas, puede recopilar estadísticas sobre los idiomas del proyecto. Esto puede ser útil para informes o estudios; por ejemplo, para comprender qué lenguajes de programación se usan con mayor frecuencia en su organización o en un proyecto de código abierto en GitLab.com. ¡Gracias Roger por tu aporte!

Documentación API para los idiomas del proyecto.

GitLab Runner para grupos (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Los corredores de GitLab tienen dos tipos de configuraciones: para toda la instancia (compartida) o en el nivel de proyecto (específico). Sin embargo, a veces es necesario proporcionar un conjunto de Runners a un grupo completo de proyectos sin dar acceso a nadie desde el exterior. En GitLab.com, por ejemplo, esto funciona bien debido al vínculo directo entre grupos y organizaciones.

Comenzando con GitLab 10.8, puede conectar su GitLab Runner a un grupo específico, y cada proyecto de este grupo recibirá capacidades de CI / CD sin ninguna configuración adicional. Y los nuevos proyectos recibirán todos los beneficios de los corredores grupales inmediatamente después de su creación. Gracias Alexis por esta característica.

Documentación de configuración de corredores de GitLab

Prueba de compatibilidad de políticas de entorno para Auto DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

Antes de esta versión, Auto DevOps usaba un modelo de implementación continua de manera predeterminada: un aumento en la production producía automáticamente cada vez que se iniciaba una canalización en la rama master . Esto es muy útil, pero a veces por la integridad de la aplicación o la disponibilidad del entorno de producción, debe utilizar un entorno de prueba adicional. Solo después de pasar todas las comprobaciones, puede iniciar manualmente la implementación en producción.

La plantilla de DevOps automático anteriormente admitía esta función, pero no estaba habilitada de manera predeterminada. Si alguien quería usar la ejecución a través de un entorno de prueba, necesitaba crear un .gitlab-ci.yml separado.

Comenzando con GitLab 10.8, las plantillas de Auto DevOps permitirán a los usuarios habilitar la staging utilizando una variable de entorno. Puede especificar STAGING_ENABLED para todo el grupo, para un proyecto o incluso para un lanzamiento específico. El despliegue en production deberá iniciarse manualmente, y puede hacerlo en el momento adecuado.

Documentación de la política de implementación de DevOps automático

Las plantillas de proyecto ahora funcionan con Auto DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)

En GitLab, puede comenzar fácilmente un proyecto con un idioma específico: solo use plantillas. Esto le permitirá iniciar rápidamente una nueva aplicación y luego personalizarla según sus necesidades.

GitLab 10.8 incluye versiones avanzadas de las plantillas Rails, Spring y Express, para que pueda aprovechar al máximo Auto DevOps al crear nuevos proyectos. Con estas plantillas avanzadas, puede pasar de la idea a la producción en minutos.

Documentación de plantilla basada en proyectos

Mejoras geográficas (PREMIUM, ULTIMATE, SILVER, GOLD)

• Geo viene con Git 2.16.3, que reducirá significativamente el tiempo de sincronización de los repositorios con una gran cantidad de enlaces.
• Después de la clonación inicial del repositorio, el nodo Geo secundario realizará git pack-objects para liberar espacio en disco. También realizará regularmente la recolección de basura ( git gc ).
• Con las comprobaciones de repositorio activadas, Geo ejecutará periódicamente git fsck en cada repositorio de nodo secundario.
• Se han mejorado las métricas de Geo Prometheus: se ha vuelto más fácil encontrar repositorios con sumas de verificación incompatibles.

Documentación Geo

Las notas de lanzamiento detalladas y las instrucciones de actualización / instalación se pueden encontrar en la publicación original en inglés: GitLab 10.8 lanzado con despliegues incrementales, además de espejo de inserción de código abierto .

La traducción del inglés fue realizada por rishavant y sgnl_05 .