Panel de seguridad de grupo
Los desarrolladores llevan mucho tiempo utilizando GitLab como herramienta para garantizar la seguridad de su código. Ahora GitLab otorga más derechos y oportunidades a los profesionales de seguridad para que puedan usarlo para aumentar la seguridad y compatibilidad de las aplicaciones. Con el lanzamiento de 11.5, el nuevo panel de seguridad del grupo reúne toda la información que los profesionales de seguridad pueden necesitar de una manera conveniente diseñada específicamente para ellos. Este panel contiene nuevas opciones de visualización: una descripción general de la información de seguridad para diferentes proyectos, así como información detallada sobre cada uno de ellos. En 11.5 comenzamos con informes SAST, en futuras versiones agregaremos nuevos informes a este panel. Nuestro objetivo es crear una herramienta conveniente, un único panel de seguridad que los especialistas en seguridad puedan usar en lugar de cambiar entre muchas herramientas.
Nuevo panel de control para operadores
Así como el panel de seguridad del grupo brinda a los profesionales de seguridad una amplia gama de opciones, el panel de control del operador brinda oportunidades similares para los especialistas de DevOps. Este panel recopila en un solo lugar información sobre todas las operaciones en los proyectos de su instancia, incluido el estado de la canalización y las alertas.
Administrar el acceso a las páginas de GitLab
GitLab Pages es una forma conveniente de crear contenido estático en la web, por ejemplo, documentación para su proyecto. Pero, ¿qué pasa con los proyectos privados, donde la documentación y otros archivos deberían estar disponibles solo para los participantes del proyecto? Anteriormente, para usar esta función, se requería abrir el acceso público a todos los archivos adicionales, o no usarlo en absoluto.
A partir del lanzamiento de GitLab 11.5, se pueden aplicar las mismas restricciones de acceso a las páginas de GitLab que a las tareas y el código. Los usuarios no autorizados recibirán una página con un código de error de 404 cuando intenten abrir dicho enlace. El control de acceso para las páginas de GitLab se está ejecutando actualmente en copias del servidor de GitLab, y el soporte también está planeado para GitLab.com.
Estamos muy orgullosos de esta característica, ya que fue presentada por nuestra comunidad. El control de acceso a las páginas se solicitó especialmente a menudo, y como resultado, esta característica fue agregada por los propios miembros de la comunidad .
Knative para Kubernetes
La arquitectura de la aplicación sin servidor ahora se discute ampliamente, pero a menudo se malinterpreta. Algunas personas piensan que la informática sin servidor implica "Función como servicio" (FaaS), pero esto no es del todo cierto . En resumen, la arquitectura sin servidor le permite concentrarse en escribir la lógica empresarial sin requerir una comprensión de la infraestructura subyacente en la que se ejecutará su software. Por lo tanto, tanto las aplicaciones como las funciones pueden ser sin servidor.
Knative es una plataforma de Kubernetes diseñada para crear, implementar y administrar proyectos modernos sin servidor, y en GitLab 11.5 agregamos la capacidad de desplegar e integrar fácilmente Knative con GitLab . Puede instalar Knative en un clúster de Kubernetes conectado de una vez . En GitLab 11.5 puede usar Knative para sus aplicaciones sin servidor , se agregará soporte para funciones sin servidor en 11.6.
Knative todavía está en alfa por el momento, pero hay muchas buenas razones para implementar aplicaciones con él, ya que viene con potentes funciones listas para usar. Por ejemplo, Knative monitorea la carga de hogares y puede aumentar o disminuir automáticamente su número sin configuración adicional. Knative también tiene procesamiento de eventos, lo que facilita la implementación de comunicaciones entre los procesos de servicios de Productor y Consumidor al implementar microservicios.
¡Y aún más!
Hay tantas innovaciones interesantes en esta versión que no pudimos incluirlas todas en la introducción. A continuación, encontrará características como parallel para la canalización , el rediseño de tarjetas en el tablero de tareas y la integración inicial con Jaeger . En esta versión, realizamos mejoras significativas en el proceso de revisión de código, haciéndolo más fácil y más conveniente: por ejemplo, agregamos la capacidad de comentar líneas de código sin cambios en la solicitud de fusión , previsualizar la revisión de la solicitud de fusión antes de enviarla , asignar automáticamente los propietarios del código para confirmar la solicitud de fusión y enlaces directos para revisar aplicaciones . Siga leyendo y descubrirá todas las nuevas funciones que se incluyen en esta versión.
Te invitamos a nuestras reuniones .
Tuomo hizo un gran trabajo al implementar el control de acceso a las páginas de GitLab , una característica popular que muchos han solicitado agregar. Los proyectos privados ahora pueden restringir el acceso a su contenido, lo que le permitirá crear y almacenar páginas internas con información privada.
Gracias, Tuomo Esta contribución requirió un trabajo considerable en los proyectos gitlab-ce , gitlab-pages y omnibus-gitlab .
Características clave del lanzamiento de GitLab 11.5
Panel de seguridad de grupo
(ÚLTIMO, ORO)
Los profesionales de seguridad necesitan obtener fácilmente información sobre el estado de seguridad actual de todos sus proyectos para saber qué tarea será ahora la más importante. Esto es aún más importante para los directores de seguridad que necesitan una visión general de posibles vulnerabilidades críticas que afectan todo el desarrollo.
En GitLab 11.5, presentamos la primera versión del nuevo panel de seguridad, disponible a nivel de grupo. Recopila en un lugar las vulnerabilidades identificadas por SAST para todos los proyectos de este grupo y una lista de acciones disponibles para solucionarlos. Por ejemplo, puede crear una tarea con la solución propuesta, o simplemente ocultar la notificación si cree que es un falso positivo. Las versiones futuras agregarán soporte para otras pruebas: escaneo de dependencias, escaneo de contenedores, DAST.
Tenga en cuenta que el panel de seguridad del grupo requiere el uso de una nueva sintaxis para los informes de reports y GitLab Runner versión 11.5 o superior para mostrar los resultados. El soporte para Auto DevOps se agregará en una versión futura.
Documentación sobre el nuevo panel de seguridad y el ticket original .
Panel de control para operadores
(ÚLTIMO, ORO)
Para las empresas y los equipos que utilizan DevOps, es importante poder acceder rápidamente a la información sobre el estado de los proyectos.
La versión 11.5 presenta un nuevo panel para operadores, que contiene una descripción general de todas las métricas importantes para proyectos a los que se ha suscrito el usuario, por ejemplo, el tiempo transcurrido desde la última implementación, la última confirmación y las alertas activas.
Este panel se puede configurar como la página de inicio para el usuario, o puede acceder a él haciendo clic en el icono en el panel superior.
Documentación sobre el nuevo panel para operadores y el ticket original .
Administrar el acceso a las páginas de GitLab
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE)
En el lanzamiento de GitLab 11.5, presentamos una característica sorprendente introducida por la comunidad: control de acceso a las páginas de GitLab. Anteriormente, solo admitíamos aquellos casos en los que todo el contenido del proyecto era público, pero ahora, utilizando las Páginas, puede crear y publicar contenido protegido, cuyo acceso estará disponible solo para los participantes del proyecto. Los documentos sobre operaciones, datos secretos, planes y otra información ahora se pueden publicar de forma confidencial, proporcionando acceso a un círculo limitado de personas.
Hasta ahora, esta función no está conectada en GitLab.com, más información en el boleto 5576 .
Documentación de control de acceso a páginas y ticket original .
Implementación e integración de Knative con GitLab
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
La creación de aplicaciones sin servidor brinda a los equipos la capacidad de concentrarse en crear un producto de calidad, eliminando la necesidad de configurar y mantener servidores.
Desde el lanzamiento de GitLab 11.5, es posible implementar Knative en su clúster de Kubernetes en un solo paso, utilizando la integración de GitLab con Kubernetes. Knative es una plataforma de Kubernetes diseñada para crear, implementar y administrar proyectos modernos sin servidor. Las tareas previamente complejas, como ensamblar desde una fuente a un contenedor, administrar el tráfico y escalar a 0 (escalar a cero) en ausencia de carga, ahora funcionan de inmediato.
Documentación sobre el trabajo con arquitectura sin servidor en GitLab y ticket original .
Nombramiento de los propietarios del código que confirman la solicitud de fusión
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
No siempre es obvio quién debe realizar una revisión de solicitud de fusión. Los propietarios de códigos, que se hacen responsables de archivos específicos, ahora se asignan automáticamente como solicitudes de fusión de confirmación.
Con la cita automática de confirmar las solicitudes de fusión, los propietarios de códigos recibirán notificaciones de cambios, para que puedan revisarlos y aprobar o no omitir los cambios.
El soporte para los propietarios de código apareció en la versión GitLab 11.3 ( artículo original , traducción ). En futuras versiones, aumentará el grado de participación de los propietarios del código en los procesos de trabajo de las solicitudes de fusión con la confirmación requerida del propietario .
Documentación que confirma la solicitud de fusión y el ticket original .
Atributo parallel para acelerar la canalización
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
La velocidad de la tubería es un factor importante para cualquier equipo, y la ejecución de pruebas u otras tareas que pueden ser paralelas, generalmente toma mucho tiempo para cualquier ensamblaje. Agregar una nueva palabra clave, el atributo parallel , permite a los equipos paralelizar fácilmente las pruebas, acelerando el proceso de entrega de software. Para usar esta función, establezca el atributo en la cantidad de subprocesos en los que desea ejecutar esta tarea, y GitLab creará independientemente la cantidad necesaria de trabajos con su tarea.
Documentación de atributos paralelos y boleto original .
Otras mejoras en GitLab 11.5
Comentario de líneas de código sin cambios en una solicitud de fusión
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Una de las tareas principales de una revisión de código es llamar la atención sobre aspectos de los cambios propuestos que pueden no haber sido considerados. A menudo, estos son indicios de consecuencias imprevistas que pueden surgir en el código no modificado.
GitLab ahora admite comentarios sobre líneas de código modificadas y sin cambios en la solicitud de fusión, por lo que puede llamar la atención del autor sobre los cambios que aún deben realizarse. Para mostrar líneas de código sin cambios al revisar los cambios de solicitud de fusión, haga clic en el botón de puntos suspensivos ( ... ).
En futuras versiones, ampliaremos el soporte de comentarios en archivos sin cambios .
Documentación sobre debates en solicitudes de fusión y un ticket original .
Plantillas de archivos grupales
(PREMIUM, ULTIMATE, PLATA, ORO)
LICENSE .gitlab-ci.yml LICENSE , .gitignore , Dockerfile y .gitlab-ci.yml facilitan la adición de estos archivos de uso común a los proyectos. Las plantillas de archivo personalizadas ahora se pueden compartir entre todos los proyectos en un grupo y en subgrupos si configura el repositorio de plantillas de grupo.
Las plantillas personalizadas son útiles cuando las plantillas de GitLab no son adecuadas: por ejemplo, cuando necesita su propia licencia, que se utiliza en todos los proyectos de la empresa, o un Dockerfile complejo, que debe utilizarse en cada microservicio.
El soporte para plantillas de archivo para instancias de usuario se introdujo en la versión GitLab 11.3 ( artículo original , traducción ).
Documentación sobre plantillas de archivo para el grupo y el ticket original .
Enlace directo para revisar aplicaciones
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Cuando trabaja en una rama separada y cambia solo unos pocos archivos, no necesita el enlace a las aplicaciones de revisión para llevarlo a la raíz del proyecto. Para mayor comodidad, hemos agregado un menú desplegable al enlace a las aplicaciones para su revisión, que ahora le permite navegar directamente a las páginas de los archivos con los que trabajó.
Documentación sobre la transición directa de los archivos de origen a sus páginas en el entorno y el ticket original .
Análisis de tareas
(PREMIUM, ULTIMATE, PLATA, ORO)
En esta versión, presentamos un gráfico dinámico que muestra la cantidad de tareas creadas en su grupo por mes o durante el año pasado. También agregamos un filtro que le permite limitar su búsqueda a un conjunto específico de tareas.
Esta característica ayudará a los equipos a realizar un análisis más profundo de las tareas. Por ejemplo, puede ver rápidamente cuántas tareas de error se han creado si selecciona la marca de "error" adecuada.
Aquí puede ver cómo planeamos expandir las capacidades de los diagramas . ¡Le pedimos que participe en la discusión!
Documentación sobre análisis de tareas y un ticket original .
Vista previa de revisión de solicitud de fusión antes de la salida
(PREMIUM, ULTIMATE, PLATA, ORO)
Una revisión de código es una práctica obligatoria en cualquier proyecto exitoso, pero a veces es difícil proporcionar una retroalimentación comprensible y ejecutable. Uno de los problemas es que los comentarios sobre el código se vuelven irrelevantes o incompletos a medida que el lector comprende qué cambios se realizaron al ver la diferencia.
En GitLab 11.4, presentamos una función para la revisión de solicitud de fusión, que le permite escribir y enviar varios puntos de comentarios en una sola acción. A partir de esta versión, puede revisar las revisiones de sus solicitudes de fusión antes de enviarlas.
En versiones futuras, mejoraremos esta función agregando notificaciones por correo electrónico , una para cada revisión de solicitud de fusión.
Documentación sobre la revisión previa de las solicitudes de fusión y el ticket original .
Mantenga su correo electrónico privado
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Al colaborar en un proyecto, es importante saber quién realiza exactamente los cambios en el código y poder ver el perfil del autor a través de la interfaz de GitLab cuando se usa localmente o en un host ubicado de forma remota, sin embargo, esto expone su correo electrónico al público.
GitLab ahora proporciona una dirección de noreply respuesta que se puede usar localmente o para confirmaciones web para que sea más fácil mantener su correo electrónico en secreto.
Documentación por correo electrónico privado y boleto original .
Nueva sintaxis de CI / CD para informes de seguridad, calidad y rendimiento
(ÚLTIMO, ORO)
Antes de GitLab 11.5, los informes como SAST o DAST dependían de una combinación de nombres de tareas y artefactos para permitir que el sistema reconozca su tipo. Debido al aumento de los requisitos de rendimiento para acceder a los artefactos, dicha funcionalidad era difícil de escalar y admitir características más avanzadas como el Panel de seguridad de grupo. Con la sintaxis anterior, siempre tenía que sast nombres específicos a los trabajos (por ejemplo, sast ), pero ahora puede especificar el nombre que desee para cada trabajo.
GitLab 11.5 introdujo una nueva característica para usar la nueva sintaxis de informes para informes. La documentación sobre la creación de trabajo con la nueva sintaxis está disponible en los siguientes enlaces: SAST , DAST , Definición de dependencias , Escaneo de un contenedor , Administración de licencias , Evaluación de la calidad del código y Pruebas de rendimiento en un navegador . La sintaxis anterior se ha desvanecido en segundo plano, y en una versión futura podemos deshacernos de ella. Nos complacerá si actualiza su trabajo para aprovechar la mayor productividad y el panel de seguridad de grupo, a pesar de que la sintaxis anterior todavía funciona. Para usar la nueva sintaxis, se requiere GitLab Runner 11.5 o superior.
Informe de documentación y boleto original .
Abrir solicitud de fusión con parche por correo electrónico
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
GitLab ha apoyado durante mucho tiempo la apertura de solicitudes de fusión por correo electrónico, pero antes de enviar el correo electrónico, la rama ya debería haberse creado en el servidor. Ahora puede abrir solicitudes de fusión con un correo electrónico, adjuntando uno o más archivos de parche ( .patch ) al .patch .
Los archivos de parche son un estándar para compartir y transferir cambios entre sistemas. En futuras versiones de GitLab, crearemos solicitudes de fusión distribuidas basadas en ellas, lo que nos permitirá compartir solicitudes de fusión entre instancias de GitLab y otras herramientas de alojamiento de Git.
Documentación sobre solicitudes de fusión de apertura por correo electrónico y ticket original .
Página de inicio de Wiki vacía
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Hemos mejorado el proceso de creación de proyectos wiki eliminando la página de vista de proyecto predeterminada. Ahora la página principal está vacía por defecto, lo que inspira a los usuarios a agregar sus propias páginas a la wiki correspondiente y desarrollar más proyectos.
Documentación del proyecto Wiki y un boleto original .
Abriendo Jaeger a través de GItLab
(ÚLTIMO, ORO)
El seguimiento proporciona un análisis en profundidad del rendimiento y la integridad de la aplicación que se está implementando, ya que se puede utilizar para rastrear cada función y microservicio que procesa esta solicitud. Esto aclara el proceso de procesamiento de la solicitud de principio a fin, independientemente de si utiliza un sistema monolítico o distribuido.
En GitLab 11.5, incluimos la integración inicial con Jaeger , el proyecto de rastreo CNCF , que permite a los usuarios abrir fácilmente la interfaz de usuario de Jaeger desde GitLab.
Rastrear documentación y boleto original .
Nombres acordados para las comprobaciones del estado de la tarea al integrarse con GitHub
(PREMIUM, ULTIMATE, PLATA, ORO)
Ahora es posible establecer comprobaciones del estado de la tarea en el lado de GitHub simplemente marcando la casilla "requerida", sin la necesidad de configurar comprobaciones para cada tarea individualmente en función de su nombre. Anteriormente, el nombre de los cheques incluía el nombre de la sucursal, por lo que el cheque no podía hacerse simplemente. Puede conectar esta función en la sección de configuración de integración con GitHub.
Documentación sobre los nombres de las comprobaciones de estado y el ticket original .
Las aplicaciones de Omnibus Go ahora usan el directorio de certificados de GitLab
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE)
GitLab incluye una serie de aplicaciones basadas en Go. Antes de la versión 11.5, estas aplicaciones usaban el directorio estándar del sistema para certificados confiables en lugar del directorio Omnibus GitLab.
A partir de esta versión, las aplicaciones Go usan el mismo directorio para certificados de confianza que el resto de GitLab. El valor predeterminado es /opt/gitlab/embedded/ssl/certs/ . El uso de un directorio compartido facilita la administración de certificados y le permite trabajar con ellos directamente.
Si tiene instalaciones de GitLab que tienen dependencias relacionadas con las aplicaciones Go que usan el directorio del sistema, mueva estos certificados al directorio estándar de Omnibus GitLab.
Documentación para instalar certificados y el ticket original .
Notificaciones épicas cercanas
(ÚLTIMO, ORO)
Recientemente, agregamos la capacidad de cerrar epopeyas, es decir, establecer varios estados de epopeyas: abierto y cerrado. En esta versión, también agregamos notificaciones sobre el cierre de epopeyas o su reapertura, para que sea más fácil para los usuarios rastrear los cambios en los proyectos que les interesan.
Documentación de notificaciones y el boleto original .
Registro de eventos de auditoría JSON
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE)
Para simplificar el análisis de los eventos de auditoría y su uso fuera de GitLab, agregamos el archivo audit_json.log para registrar eventos de auditoría en un archivo de registro estructurado. Con esta innovación, el envío y análisis de registros será mucho más fácil, especialmente para la visualización y el análisis al usar otras herramientas.
Documentación sobre eventos de auditoría y el boleto original .
Función de autocompletar para epopeyas en la descripción de tareas y solicitudes de fusión
(ÚLTIMO, ORO)
Ahora se ha vuelto aún más fácil buscar epopeyas y hacer enlaces a ellas cuando se trabaja en una tarea o solicitud de fusión. Simplemente ingrese & y algunos números o caracteres en la descripción de la tarea o solicitud de fusión o en el comentario. Usando la función de autocompletar de GitLab, se buscarán las epopeyas directamente en el grupo principal, lo que le permitirá seleccionar una de ellas sin salir de la página actual.
Documentación de enlace especial de GitLab y boleto original .
Lista de archivos para ver los cambios en la solicitud de fusión
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Al ver los cambios en la solicitud de fusión, casi siempre tiene que moverse de un lado a otro entre los archivos. Ahora, además del árbol de archivos agregado en GitLab 11.4 ( artículo original , traducción ), GitLab incluye una lista de archivos con cambios que se pueden buscar, lo que facilita ver qué archivos se han cambiado y cambiar entre ellos a través de una lista o árbol: ¿qué necesita? más me gusta
Documentación para navegar por los archivos modificados y el ticket original .
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Actualmente, la información ambiental está oculta cuando se inicia una nueva tubería. En esta versión, agregamos la salida de información sobre las implementaciones en progreso al widget para informarle que la actualización está actualmente en curso.
Uno de los resultados más interesantes que se pueden obtener con esta función es que el enlace a la implementación actual permanecerá disponible en los casos en que ya se esté ejecutando una nueva implementación, lo que le permitirá encontrar un enlace a la página de la aplicación para la revisión. , , .
- .
Jira Cloud email API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Jira Cloud . , email- API Jira Cloud.
Jira GitLab .
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
, . GitLab . , , GitLab , .
, - , URL, .
.
.
API
(ULTIMATE, GOLD)
, , : . 11.5 API, , , .
API .
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab , , . , . , , .
-, , .
.
(ULTIMATE, GOLD)
( , -) , , , .
r , , . e , l .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab (Issue Boards), . , . , , , , , .
.
'index' , 'README'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
README.* , «» GitLab . GitLab 11.5 index.* ( README.* ).
, , . , README.md , README.html , index.html « » URL, - http://example.com/page/index.html http://example.com/page/ .
Markdown, GitLab .
README. index. .
RBAC ,
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Kubernetes . RBAC (Role-based access control, ) .
GitLab 11.5, Kubernetes , ( , ) CI GitLab. , cluster-admin GitLab CI Runners .
RBAC .
-
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, -. - , .
, -. - GitLab. , - , .
.
.
Git API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Git Git Git. GitLab API. , API .
.
, Git push
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, Git GitLab, GitLab , LFS (Large File Storage). , .
GitLab , - . .
git push/pull .
, -
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, - . , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 11.5 , . , , , . : !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
« » ('New group') « » ('New project'), , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, «». , !
.
Gemnasium
(ULTIMATE, GOLD)
Gemnasium . GitLab , , .
GitLab 11.5 Gemnasium , . . , , , .
.
-
(PREMIUM, ULTIMATE)
, GitLab, 11.5:
- .
GitLab Helm chart
(CORE, STARTER, PREMIUM, ULTIMATE)
Helm chart'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, , GitLab. , , .
.
GitLab Runner 11.5
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.5! GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner'.
GitLab Runner .
release notes / : GitLab 11.5 released with Group Security and Operations Dashboards, and Access Control for Pages .
cattidourden , maryartkey , ainoneko rishavant .