GitLab 11.10 con tuberías en el panel de control, pautas para resultados combinados y ofertas en varias líneas en las solicitudes de fusión.
Información conveniente sobre el desempeño de las tuberías en diferentes proyectos.
GitLab continúa aumentando la transparencia del ciclo de vida de DevOps. En esta versión , se ha agregado una descripción general del estado de las tuberías al panel de control .
Esto es conveniente incluso si está estudiando la canalización de un proyecto, pero es especialmente útil si hay varios proyectos , y este suele ser el caso si utiliza microservicios y desea ejecutar la canalización para probar y entregar código desde diferentes repositorios de proyectos. Ahora puede ver de inmediato la funcionalidad de las tuberías en el panel de control , donde sea que se ejecuten.
Ejecución de tuberías para obtener resultados combinados
Con el tiempo, las ramas de origen y destino divergen, y puede surgir una situación cuando se las arreglan individualmente, pero no trabajan juntas. Ahora puede ejecutar las canalizaciones para los resultados combinados para la fusión . De esta manera, notará rápidamente los errores que solo ocurrirían si los cambios se movieran a menudo entre las ramas, lo que significa que solucionará los errores de la tubería mucho más rápido y usará GitLab Runner de manera más eficiente.
Mayor optimización de la colaboración.
GitLab 11.10 tiene aún más características para una colaboración fácil y flujos de trabajo simplificados. En el número anterior, presentamos propuestas para solicitudes de fusión, cuando el revisor podría proponer un cambio en una línea en el comentario a la solicitud de fusión, y podría confirmarse inmediatamente directamente desde el hilo de comentarios. A nuestros usuarios les gustó esto, y pidieron expandir esta función. Ahora puede sugerir cambios para varias líneas , indicando qué líneas eliminar y cuáles agregar.
¡Gracias por sus comentarios y sugerencias!
Y eso no es todo ...
Esta versión tiene muchas características increíbles, como accesos directos en un área específica , una limpieza más exhaustiva del registro de contenedores , Auto DevOps composable y la capacidad de comprar minutos adicionales de CI Runner . A continuación hay detalles sobre cada uno de ellos.
El empleado más valioso de este mes ( MVP ): Takuya Noguchi
Este mes, Takuya Noguchi se convirtió en el empleado más valioso. Takuya hizo un buen trabajo para la gloria de GitLab : corrigió errores, completó errores en el backend y la interfaz y mejoró la interfaz de usuario. Gracias
Características principales de GitLab 11.10
Tuberías en el panel de control
PREMIUM, ULTIMATE, PLATA, ORO
El panel de control en GitLab muestra información del proyecto para toda la instancia de GitLab. Agrega proyectos individuales de uno en uno y puede elegir qué proyecto le interesa.
En este número, agregamos información sobre el estado de las líneas al panel de control. Ahora los desarrolladores ven la funcionalidad de las tuberías en todos los proyectos necesarios, en una interfaz.
Tuberías para resultados combinados
PREMIUM, ULTIMATE, PLATA, ORO
Por lo general, con el tiempo, la rama de origen se desvía de la rama de destino si no mueve constantemente los cambios entre ellas. Como resultado, las tuberías de ramificación de origen y destino son "verdes" y no hay conflictos de fusión, pero la fusión falla debido a cambios incompatibles.
Cuando la línea de pago de las solicitudes de fusión crea automáticamente un nuevo enlace que contiene el resultado combinado de la fusión de las ramas de origen y destino, podemos ejecutar la tubería por este enlace y asegurarnos de que el resultado general esté funcionando.
Si usa tuberías de solicitud de fusión (en cualquier calidad) y usa corredores privados de GitLab versión 11.8 o posterior, deben actualizarse para que gitlab-ee # 11122 no ocurra . Esto no afecta a los usuarios de los corredores de GitLab disponibles públicamente.
Sugerir cambios en varias líneas
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Al trabajar juntos en solicitudes de fusión, a menudo observa problemas y propone soluciones. Desde GitLab 11.6, admitimos la sugerencia de cambios para una sola línea.
En la versión 11.10, en los comentarios a la solicitud de diferencias, puede sugerir cambios para varias líneas, y luego cualquier usuario con permisos de escritura en la rama original puede aceptarlos con un solo clic. Gracias a la nueva función, se puede evitar copiar y pegar, como en versiones anteriores.
Atajos en un área
PREMIUM, ULTIMATE, PLATA, ORO
Con etiquetas en un área, los equipos pueden usar etiquetas mutuamente excluyentes (en la misma área) para una tarea, solicitud de fusión o épica en escenarios con campos personalizados o estados de flujo de trabajo personalizados. Se configuran utilizando una sintaxis especial con dos puntos en el encabezado de la etiqueta.
Supongamos que necesita un campo personalizado en las tareas para rastrear el sistema operativo de la plataforma a la que apuntan sus funciones. Cada tarea debe relacionarse con una sola plataforma. Puede crear accesos directos para platform::iOS , platform::Android , platform::Linux y otros, según sea necesario. Si aplica uno de estos accesos directos a una tarea, otro acceso directo existente que comienza con platform:: elimina automáticamente.
Suponga que tiene accesos directos para workflow::development , workflow::review y workflow::deployed , que indican el estado del flujo de trabajo en su equipo. Si la tarea ya tiene un acceso directo de workflow::development , y el desarrollador desea transferir la tarea a la etapa de workflow::review , simplemente aplica el nuevo acceso directo y el antiguo ( workflow::development ) se elimina automáticamente. Este comportamiento ya existe cuando mueve las tareas entre las listas de accesos directos en el tablero de tareas que representa el flujo de trabajo de su equipo. Ahora los miembros del equipo que no trabajan directamente con el tablero de tareas pueden cambiar el estado del flujo de trabajo en las tareas mismas.
Limpieza más exhaustiva del registro de contenedores.
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En el uso normal del registro de contenedor con canalizaciones de CI, envía varios cambios por separado a una sola etiqueta. Debido a la implementación de la distribución Docker, el comportamiento predeterminado es guardar todos los cambios en el sistema, pero al final ocupan mucha memoria. Si usa la opción -m con el registry-garbage-collect , puede eliminar rápidamente todos los cambios anteriores y liberar espacio valioso.
Comprar más minutos CI Runner
BRONCE, PLATA, ORO
Los usuarios con planes pagos de GitLab.com (Oro, Plata, Bronce) ahora pueden comprar minutos adicionales de CI Runner. Anteriormente, era necesario encajar en la cuota estipulada por el plan. Gracias a esta mejora, puede precomprar minutos en exceso de la cuota para evitar interrupciones en el trabajo debido a la detención de las tuberías.
Ahora 1000 minutos cuestan $ 8, y puedes comprarlos tanto como quieras. Los minutos adicionales comenzarán a gastarse cuando gaste la cuota mensual completa, y el resto de los minutos adicionales se transferirán al próximo mes. En una versión futura, queremos agregar esta función a los planes gratuitos.
DevOps automáticos vinculables
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Con Auto DevOps, los equipos están haciendo la transición a las prácticas modernas de DevOps sin casi ningún esfuerzo. A partir de GitLab 11.10, cada trabajo en Auto DevOps se proporciona como una plantilla independiente . Los usuarios pueden usar includes de inclusión en GitLab CI para habilitar etapas individuales de Auto DevOps y usar su gitlab-ci.yml . De esta manera, puede incluir solo el trabajo correcto y aprovechar las actualizaciones en el flujo ascendente.
PLATA, ORO
Anteriormente, tenía que administrar grupos en GitLab.com manualmente. Ahora puede usar SAML SSO y administrar grupos usando SCIM para crear, eliminar y actualizar usuarios en GitLab.com.
Esto es especialmente útil para empresas con un gran número de usuarios y proveedores de identidad centralizados. Ahora puede tener una única fuente de verdad, como Azure Active Directory, y los usuarios se crearán y eliminarán automáticamente a través del proveedor de identidad, en lugar de hacerlo manualmente.
Iniciando sesión en GitLab.com a través del proveedor SAML
PLATA, ORO
Anteriormente, al usar SAML SSO para grupos, el usuario tenía que iniciar sesión con credenciales de GitLab y un proveedor de identidad. Ahora puede iniciar sesión directamente a través de SSO como usuario de GitLab vinculado a un grupo configurado.
Los usuarios no tienen que iniciar sesión dos veces, por lo que es más conveniente para las empresas utilizar SAML SSO para GitLab.com.
Otras mejoras en GitLab 11.10
Diagrama de epopeyas infantiles
ULTIMO, ORO
En la edición anterior, agregamos épicas infantiles (épicas épicas) para que le resulte más conveniente administrar la estructura de distribución de las tareas. Las epopeyas infantiles se muestran en la página épica principal.
En este número, la página épica principal muestra el esquema de las epopeyas secundarias, por lo que los equipos ven el historial de las épicas secundarias y pueden administrar las dependencias de tiempo.
Pantallas emergentes de solicitud de Marge
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En este número, presentamos pantallas informativas que aparecen cuando pasa el mouse sobre el enlace de solicitud de fusión. Anteriormente, mostramos solo el título de la solicitud de fusión, y ahora también el estado de la solicitud de fusión, el estado de la canalización de CI y la URL corta.
En futuras versiones, planeamos agregar información más importante, por ejemplo, personas responsables y puntos de control , y también introducir pantallas emergentes para las tareas .
Filtrado de solicitudes de fusión por ramas de destino
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los flujos de trabajo de Git para lanzar o entregar software a menudo se asocian con varias ramas a largo plazo: para hacer correcciones a versiones anteriores (por ejemplo, stable-11-9 ) o para cambiar del control de calidad a la producción (por ejemplo, integration ), pero no es tan fácil de encontrar fusionar solicitudes para estas ramas entre las muchas solicitudes de fusión abiertas.
La lista de solicitudes de fusión para proyectos y grupos ahora se puede filtrar por la rama de destino de la solicitud de fusión para que sea más fácil encontrar la que necesita.
Gracias, Hiroyuki Sato
Envío y fusión en una tubería exitosa
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Si utilizamos el método de desarrollo de desarrollo basado en Troncales, deberíamos evitar las ramas de larga duración en favor de las ramas temporales pequeñas de un solo propietario. Los cambios menores a menudo se envían directamente a la rama de destino, pero al mismo tiempo corremos el riesgo de romper el ensamblaje.
En esta versión, GitLab admite nuevas opciones de envío en Git para abrir automáticamente las solicitudes de fusión, establecer una rama de destino y proporcionar una fusión en una tubería exitosa desde una línea de comando mientras se envía a una rama.
Integración mejorada con paneles externos
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
GitLab puede acceder a múltiples servidores Prometheus (en el entorno, proyecto y nivel de grupo (esperado) ), pero tener múltiples puntos finales puede complicar el sistema o puede no ser compatible con paneles estándar. En esta versión, los equipos pueden usar la misma API de Prometheus, que simplifica enormemente la integración con servicios como Grafana.
Ordenar páginas de Wiki por fecha de creación
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En la wiki del proyecto, los equipos pueden compartir documentación y otra información importante junto con el código fuente y las tareas. En esta versión, la lista de páginas en el Wiki se puede ordenar por fecha de creación y título para encontrar rápidamente el contenido recién creado.
Monitoreo de recursos solicitados por el clúster
ULTIMO, ORO
GitLab ayuda a monitorear el clúster de Kubernetes para aplicaciones de desarrollo y producción. A partir de esta versión, realice un seguimiento de los recursos del procesador y la memoria solicitada por el clúster para ver posibles dificultades antes de que se conviertan en problemas.
Ver las métricas del equilibrador de carga en el panel de Grafana
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Es muy importante controlar el estado de la instancia de GitLab. Anteriormente, proporcionábamos paneles de forma predeterminada a través de una instancia incrustada de Grafana. A partir de esta versión, hemos incluido paneles adicionales para monitorear los equilibradores de carga NGINX.
SAST para Elixir
ULTIMO, ORO
Continuamos ampliando el soporte de idiomas y profundizando las comprobaciones de seguridad. En esta versión, hemos incluido controles de seguridad para proyectos en Elixir y proyectos construidos en la plataforma Phoenix .
Múltiples consultas en un gráfico
PREMIUM, ULTIMATE, PLATA, ORO
En GitLab, puede crear gráficos para visualizar las métricas que recopila. A menudo, por ejemplo, si necesita mirar el valor máximo o promedio de una métrica, desea mostrar varios valores en un diagrama. A partir de esta versión, tienes la oportunidad.
Resultados de DAST en el panel de seguridad de grupo
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Hemos agregado resultados de pruebas de seguridad de aplicaciones dinámicas (DAST) al panel de seguridad del grupo además de SAST, escaneo de contenedores y escaneo de dependencia.
ULTIMO, ORO
En este número, el informe de análisis del contenedor contiene más metadatos: agregamos el componente afectado (función Clair) a los metadatos existentes: prioridad, identificador (con referencia a mitre.org) y el nivel afectado (por ejemplo, debian: 8).
Agregar un tipo de informe métrico para fusionar solicitudes
PREMIUM, ULTIMATE, PLATA, ORO
GitLab ya proporciona varios tipos de informes que se pueden incluir directamente en las solicitudes de fusión: desde informes sobre la calidad del código y pruebas unitarias en la etapa de verificación hasta SAST y DAST en la etapa de protección.
Aunque estos son informes importantes, también se necesita información básica adecuada para diferentes escenarios. En GitLab 11.10, proporcionamos informes métricos directamente en la solicitud de fusión, que espera un par clave-valor simple. De esta forma, los usuarios realizan un seguimiento de los cambios a lo largo del tiempo, incluidas las métricas personalizadas y los cambios de métrica para una solicitud de fusión específica. El uso de la memoria, la prueba de cargas especializadas y los estados de mantenimiento se pueden convertir en métricas simples que se pueden ver directamente en las solicitudes de fusión junto con otros informes integrados.
Soporte para proyectos de escaneo de dependencias de módulos múltiples de Maven
ULTIMO, ORO
En esta versión, los proyectos de varios módulos de Maven admiten el escaneo de dependencias de GitLab. Anteriormente, si un submódulo dependía de otro submódulo del mismo nivel, no podía permitir el arranque desde el repositorio central de Maven. Ahora el proyecto de varios módulos Maven se crea con dos módulos y una dependencia entre los dos módulos. La dependencia entre módulos del mismo nivel ahora está disponible en el repositorio local de Maven para que la compilación pueda continuar.
Los usuarios pueden cambiar la ruta de clonación en CI
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Por defecto, GitLab Runner clona el proyecto en una ruta anidada única en $CI_BUILDS_DIR . Pero para algunos proyectos, como Golang, el código debe clonarse en un directorio específico para que pueda ensamblarse.
En GitLab 11.10, presentamos la variable GIT_CLONE_PATH , con la que puede especificar la ruta específica donde GitLab Runner clona el proyecto antes de que se complete la tarea.
Enmascaramiento simple de variables protegidas en registros
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
GitLab proporciona varias formas de proteger y limitar el alcance de las variables en un CI / CD de GitLab. Pero las variables aún pueden entrar intencionalmente o accidentalmente en registros de ensamblaje.
GitLab se toma en serio la gestión de riesgos y la auditoría y continúa agregando funciones para cumplir con los requisitos. En GitLab 11.10, introdujimos la capacidad de enmascarar algunos tipos de variables en los registros de seguimiento de trabajos, agregando un nivel de protección contra la introducción accidental del contenido de estas variables en los registros. Y GitLab ahora disfraza automáticamente muchas de las variables de token incorporadas.
Habilitar y deshabilitar Auto DevOps a nivel de grupo
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Con Auto DevOps en el proyecto GitLab.com, puede asumir fácilmente los flujos de trabajo modernos de DevOps desde el ensamblaje hasta la entrega.
A partir de GitLab 11.10, puede habilitar y deshabilitar Auto DevOps para todos los proyectos en un grupo.
Página de licencia simplificada y mejorada
ARRANQUE, PREMIUM, ULTIMATE
Para administrar las claves de licencia era más conveniente y simple, cambiamos el diseño de la página de licencia en el panel de administración y resaltamos los elementos más importantes.
Etiquetas actualizadas para implementaciones en Kubernetes Cluster
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los paneles de implementación dan una idea de las implementaciones en el clúster de Kubernetes.
En este número, hemos cambiado el método por el cual las etiquetas se relacionan con las implementaciones. Los paneles de implementación ahora buscan la etiqueta app.example.com/app y app.example.com/env o app . Esto evitará conflictos durante el filtrado y reducirá el riesgo de muestras incorrectas de implementaciones para su visualización en placas.
Además, en GitLab versión 12.0, planeamos abandonar el soporte para la etiqueta de la aplicación desde el selector de implementación de Kubernetes , y una coincidencia solo será posible en app.example.com/app y app.example.com/env .
Creación de recursos de Kubernetes dinámicamente
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La integración de Kubernetes en GitLab le permite usar la función RBAC con una cuenta de servicio y un espacio de nombres dedicado para cada proyecto de GitLab. A partir de esta versión, para obtener la máxima efectividad, estos recursos se crearán solo cuando sea necesario para una implementación.
Al implementar Kubernetes, GitLab CI creará estos recursos antes de la implementación.
Corredores de grupo para clústeres de nivel de clúster
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los clústeres de nivel de grupo ahora admiten la instalación de GitLab Runner. Los corredores de Kubernetes a nivel de grupo se muestran para proyectos secundarios como corredores de grupo, etiquetados como cluster y kubernetes .
Contador de llamadas para funciones Knative
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Las funciones implementadas con GitLab Serverless ahora muestran la cantidad de llamadas recibidas para una sola función. Para hacer esto, instale Prometheus en el clúster donde está instalado Knative.
Supervisión de opciones de git clean para trabajos de GitLab CI / CD
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
De forma predeterminada, GitLab Runner ejecuta git clean durante el proceso de descarga de código cuando ejecuta el trabajo en el CI / CD de GitLab. Comenzando con GitLab 11.10, los usuarios pueden controlar los parámetros pasados al comando git clean . Esto es conveniente para equipos con corredores dedicados, así como para equipos que recopilan proyectos de grandes repositorios mono. Ahora pueden controlar el proceso de carga antes de ejecutar scripts. La nueva variable GIT_CLEAN_FLAGS defecto es -ffdx y acepta todos los parámetros posibles del comando [git clean](https://git-scm.com/docs/git-clean) .
Autorización externa en Core
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los entornos protegidos pueden requerir un recurso de autorización externa adicional para acceder al proyecto. Agregamos soporte para un nivel adicional de control de acceso en 10.6 y recibimos muchas solicitudes para abrir esta funcionalidad en Core. Nos complace presentar una autorización externa y un nivel adicional de seguridad para las instancias de Core, ya que esta característica es necesaria para los participantes individuales.
Capacidad para crear proyectos en grupos en Core
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
El rol de desarrollador puede crear proyectos en grupos desde la versión 10.5 , y ahora es posible en Core. Crear proyectos es una oportunidad clave para un trabajo productivo en GitLab, y gracias a la inclusión de esta función en Core, ahora es más fácil para los participantes, por ejemplo, hacer algo nuevo.
GitLab Runner 11.10
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
¡Hoy lanzamos GitLab Runner 11.10! GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar trabajos de CI / CD y enviar resultados a GitLab.
Los cambios más interesantes:
Se puede encontrar una lista completa de cambios en el registro de cambios de GitLab Runner: CHANGELOG .
Se project_id devolución de project_id en la API de búsqueda de blobs en Elasticsearch
ARRANQUE, PREMIUM, ULTIMATE
Arreglamos un error en la API de búsqueda de blobs en Elasticsearch, que erróneamente devolvió 0 para project_id . Deberá project_id para obtener los valores correctos de project_id después de instalar esta versión de GitLab.
Mejoras omnibus
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Hemos realizado las siguientes mejoras en Omnibus en GitLab 11.10:
Mejoras de rendimiento
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Continuamos mejorando el rendimiento de GitLab con cada lanzamiento para instancias de GitLab de cualquier tamaño. Algunas mejoras en GitLab 11.10:
Mejora de gráficos de GitLab
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Hemos realizado las siguientes mejoras en los gráficos de GitLab:
Características obsoletas
GitLab Geo proporcionará almacenamiento hash en GitLab 12.0
GitLab Geo requiere almacenamiento hash para mitigar la competencia en nodos secundarios. Esto se ha observado en gitlab-ce # 40970 .
En GitLab 11.5, agregamos este requisito a la documentación de Geo: gitlab-ee # 8053 .
En GitLab 11.6, sudo gitlab-rake gitlab:geo:check si el almacenamiento hash está habilitado y si todos los proyectos se migran. Ver gitlab-ee # 8289 . Si está utilizando Geo, ejecute esta comprobación y migre lo antes posible.
En GitLab 11.8, la advertencia de gitlab-ee! 8433 deshabilitada permanentemente se mostrará en la página Área de administración › Geo › Nodos si las comprobaciones anteriores no están permitidas.
En GitLab 12.0, Geo utilizará los requisitos de almacenamiento hash. Ver gitlab-ee # 8690 .
Fecha de eliminación: 22 de junio de 2019
Soporte Ubuntu 14.04
GitLab 11.10 será la última versión con soporte para Ubuntu 14.04 .
Canonical anunció la finalización del soporte estándar para Ubuntu 14.04 a partir de abril de 2019 . Aconsejamos a los usuarios que actualicen a una versión compatible de LTS: Ubuntu 16.04 o Ubuntu 18.04.
Borrado: 22 de mayo de 2019
Limite el número máximo de tuberías creadas por un envío
GitLab HEAD . , (, develop ).
, (, , ), . GitLab 11.10 4 .
: 22 2019 .
legacy GitLab Runner
Gitlab 11.9 GitLab Runner / . GitLab Runner , . .
GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .
11.3 GitLab Runner - ; S3 . , . .
GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.
: 22 2019 .
GitLab Runner
11.4 GitLab Runner FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .
GitLab 12.0 , . .
: 22 2019 .
Linux, EOL, GitLab Runner
Linux, GitLab Runner, .
GitLab 12.0 GitLab Runner Linux. , , . ( Javier Jardón ) !
: 22 2019 .
GitLab Runner Helper
Windows Docker executor , helper image .
GitLab 12.0 GitLab Runner . , helper image . .
: 22 2019 .
legacy git clean GitLab Runner
GitLab Runner 11.10 , Runner git clean . , git reset git clean .
, FF_USE_LEGACY_GIT_CLEAN_STRATEGY . true , legacy- . GitLab Runner .
GitLab Runner 12.0 legacy- . .
: 22 2019 .
System Info
GitLab GitLab admin/system_info , .
GitLab 12.0 .
: 22 2019 .
:
GitLab, GitLab .
.
GitLab
GitLab : SaaS .
: .
- Core : , GitLab .
- Starter : , , .
- Premium : , , .
- Ultimate : , .
SaaS — GitLab.com : , GitLab .
- Free : . Free , Gold .
- Bronze : , .
- Silver : , DevOps, .
- Gold : CI/CD. Gold .