Soporte SAST para JavaScript
Gracias a las pruebas de seguridad de aplicaciones estáticas (SAST), GitLab escanea el código y ayuda a detectar posibles vulnerabilidades incluso en la tubería. En la versión 11.8, agregamos lenguajes JavaScript a la lista de SAST admitidos , según el soporte existente para node.js. Ahora puede escanear cualquier archivo JavaScript, scripts estáticos y HTML. Una práctica importante en DevSecOps en este momento es analizar los cambios cada vez que nos comprometemos, y con esta actualización SAST cubrimos uno de los lenguajes web más populares, ayudando a los usuarios a detectar riesgos en el código JavaScript antes.
Páginas de GitLab para subgrupos y plantillas de página
GitLab Pages ha mejorado mucho en esta versión, gracias a las siguientes dos mejoras. En primer lugar, hemos agregado soporte para las páginas de GitLab para proyectos en subgrupos : ahora dichos proyectos pueden publicar fácilmente su contenido en la red. En segundo lugar, GitLab 11.8 ahora incluye las plantillas más populares para Pages , por lo que ahora puede comenzar a trabajar con Pages con un solo clic.
Sentry Bug Tracking
Los errores permiten evaluar el estado de su aplicación y pueden detectar problemas antes de que los usuarios los denuncien. GitLab 11.8 ahora puede mostrar errores recientes dentro del proyecto, lo que facilita su detección y reparación.
¡Y muchas más funciones geniales!
Hay tantas buenas innovaciones en esta versión que queremos destacar algunas más:
- Reglas para confirmar solicitudes de fusión (en la localización rusa de "solicitudes de fusión" de GitLab). Ahora puede establecer fácilmente una regla, que confirmará los cambios: usuarios, grupos o roles específicos. Pronto esta característica aparecerá en GitLab.com, y en casos de usuarios, el administrador ya puede conectar GitLab.
- Funciones de complemento para entornos . Las funciones conectadas anteriormente actuaban para todos sus entornos a la vez, pero ahora se pueden usar en entornos específicos. Esta funcionalidad ya funciona en GitLab.com, y el administrador puede habilitarla para instancias de usuario.
- Mejora de la fusión de mensajes a confirmaciones al combinarlos (squash) . Si intenta crear buenos mensajes para los commits, es una pena perderlos al fusionar los commits. En la versión 11.8, cuando se combinan confirmaciones de todas las confirmaciones, se toma automáticamente el primer mensaje multilínea. Y también puede configurar el mensaje manualmente.
Te invitamos a nuestras reuniones.
Walkafwalka agregó dos nuevas características para Auto DevOps en esta versión: soporte para dominios personalizados y redistribución al actualizar los secretos de la aplicación . ¡Gracias por estas grandes mejoras!
Características clave del lanzamiento de GitLab 11.8
Soporte SAST para JavaScript
(ÚLTIMO, ORO)
La prueba de seguridad de aplicaciones estáticas (SAST) le permite encontrar vulnerabilidades en el código cada vez que envía cambios al repositorio. Con esta información disponible en la solicitud de fusión, podrá ocuparse de la seguridad en primer lugar y detectar problemas incluso antes de que se agreguen a la rama estable.
Con el lanzamiento de 11.8, agregamos JavaScript a la lista de idiomas admitidos por SAST. No tiene que cambiar nada en sus canalizaciones; los proyectos de JavaScript se detectan y analizan automáticamente en busca de vulnerabilidades de seguridad. También es parte de Auto DevOps .
Documentación SAST y boleto original .
Sentry Bug Tracking
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
El seguimiento de los errores que genera su aplicación le ayuda a crear y mantener una experiencia de usuario de calidad y detectar problemas antes de que los usuarios los noten. Y al mismo tiempo acelera la solución de problemas emergentes.
GitLab 11.8 hace que el seguimiento de errores sea más comprensible y eficiente al integrar el popular rastreador de código abierto Sentry y mostrar los últimos errores directamente en su proyecto GitLab.
Sentry recientemente mejoró su integración con GitLab al agregar detección de compromiso de problemas, seguimiento de compromisos y lanzamientos, y más. Gracias a la integración mutua, puede trabajar fácilmente en Sentry a través de GitLab y viceversa, y resolver problemas dentro de su contexto en su flujo de trabajo.
Documentación sobre errores de seguimiento y el ticket original .
Crear páginas con un clic usando plantillas
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
GitLab 11.8 ahora incluye las plantillas más populares para Pages, por lo que ahora puede crear páginas inmediatamente al crear un nuevo proyecto, en lugar de heredar el repositorio de plantillas como antes.
Consulte nuestra publicación de blog sobre el uso de plantillas de páginas de GitLab .
Documentación de GitLab Pages y ticket original .
Soporte de páginas para subgrupos
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Además, ahora puede crear sitios utilizando páginas para proyectos en subgrupos. Los sitios creados de esta manera tendrán URL con el formato toplevel-group.gitlab.io/subgroup/project . Ahora, para todos sus proyectos, incluso aquellos que pertenecen a subgrupos, puede crear la documentación u otras páginas necesarias para el lanzamiento de su software.
Documentación administrativa de GitLab Pages y ticket original .
Reglas de confirmación de solicitudes de fusión
(PREMIUM, ULTIMATE, PLATA, ORO)
Una revisión de código es la práctica fundamental de cualquier proyecto exitoso, pero no siempre está claro quién debe revisar los cambios. A menudo se necesitan varios revisores responsables de diversos aspectos, por ejemplo, desarrollo, seguridad, usabilidad y el producto en sí.
En el lanzamiento de GitLab 11.8, presentamos reglas para confirmar las solicitudes de fusión, lo que permite determinar las confirmaciones necesarias y el número mínimo de confirmaciones. Las reglas de confirmación se muestran en el widget de solicitud de fusión, por lo que es muy fácil asignar el próximo revisor.
En GitLab 11.3, presentamos el rol de los propietarios del código ( artículo original , traducción ) para determinar quién es responsable de las diferentes partes del código. Los propietarios del código ya se tienen en cuenta en las reglas de verificación, por lo que será fácil encontrar a las personas adecuadas para revisar los cambios.
De forma predeterminada, las reglas de confirmación están deshabilitadas; el administrador de la instancia puede Feature.enable(:approval_rules) mediante el comando Feature.enable(:approval_rules) en la consola de Rails. En GitLab.com, las reglas de confirmación se desactivan temporalmente, planeamos volver a habilitarlas con el lanzamiento de GitLab 11.8.1. Estén atentos para este boleto para actualizaciones.
Documentación sobre las reglas para confirmar las solicitudes de fusión y el ticket original .
Disparadores mejorados para tuberías de proyectos cruzados
(PREMIUM, ULTIMATE, PLATA, ORO)
El lanzamiento de GitLab 9.3 ( artículo original , traducción ) agregó la capacidad de crear canalizaciones entre proyectos al iniciar la siguiente canalización llamando a través de la API de GitLab en su trabajo. En la versión 11.8, mejoramos el lanzamiento de estas canalizaciones gracias a la palabra clave trigger: que se puede agregar al trabajo que une las canalizaciones y comenzará automáticamente la siguiente canalización cuando la tubería actual se complete con éxito.
Activador de documentación de palabras clave y ticket original .
Mejora de la fusión de mensajes con confirmaciones
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Cuando una historia consiste en pequeños compromisos para arreglar pruebas unitarias o resolver problemas a partir de los comentarios, es difícil crear una historia Git futura legible y útil. La consolidación de confirmaciones recopila dichos cambios en una confirmación, mientras que al mismo tiempo elimina todas las descripciones.
GitLab ahora coloca el primer mensaje de varias líneas en la rama de características como un mensaje de confirmación combinado. O puede configurar este mensaje manualmente y reflejar todos los cambios importantes usted mismo.
Documentación sobre confirmaciones fusionadas y el ticket original .
Compatibilidad automática con DevOps para dominios de usuario específicos del entorno
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Auto DevOps le permite comenzar a trabajar rápidamente en un proyecto indicándole el "dominio base" del proyecto. Cuando su aplicación esté lista para implementarse en producción, es posible que desee utilizar un dominio diferente en forma de FQDN .
Ahora puede usar la variable de entorno ADDITIONAL_HOSTS para definir uno o más dominios para su aplicación. Además, puede configurarlo para un entorno específico agregando el nombre del entorno a la variable, por ejemplo: <ENVIRONMENT>_ADDITIONAL_HOSTS .
¡Gracias Aaron Walker por esta característica!
Documentación sobre variables de entorno y el ticket original .
Escala para funciones Knative
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Al implementar características utilizando una arquitectura sin servidor a través de GitLab, puede aprovechar al máximo los beneficios de Knative, incluida la ampliación de sus implementaciones sin servidor.
Ahora, para cada aplicación o característica implementada en su instancia de Knative, puede ver la escala de sus implementaciones sin servidor. La escala muestra el número de hogares Kubernetes actualmente en uso.
Documentación de despliegue de funciones y ticket original .
Otras mejoras en GitLab 11.8
Establecer el primer día de la semana
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Anteriormente, los calendarios en GitLab suponían automáticamente que la semana comienza el domingo. Ahora los usuarios en la configuración pueden seleccionar el lunes como el primer día de la semana, lo que se reflejará al usar calendarios para seleccionar fechas y en los cronogramas de contribuciones al desarrollo.
¡Gracias Fabian Schneider por esta característica!
Documentación sobre la configuración del usuario y el ticket original .
Desplazar la hoja de ruta hacia el futuro y volver al pasado
(ÚLTIMO, ORO)
Cuando descarga la hoja de ruta por primera vez, GitLab preselecciona un período de tiempo para usted con la opción de seleccionar intervalos semanales, mensuales o trimestrales. Sin embargo, antes la vista del mapa de ruta permaneció fija, y las epopeyas fuera del período actual estaban ocultas.
A partir de esta versión, puede desplazarse por la hoja de ruta hacia el futuro y hacia el pasado. Las epopeyas que caen en estos intervalos extendidos aparecerán automáticamente en el gráfico; no hay necesidad de actualizar la página más. Esto te permitirá ver aún más épicas en el intervalo de tiempo que necesites.
Documentación sobre mapas de ruta y el boleto original .
Autenticación de tarjeta inteligente a través de LDAP
(PREMIUM, ULTIMATE, PLATA, ORO)
Las organizaciones que usan tarjetas inteligentes como tokens de autorización a menudo usan LDAP para administrar sus cuentas de forma centralizada. La versión 11.6 introdujo la autenticación con tarjeta inteligente . En 11.8, realizamos otra adición, agregando soporte para usar datos de tarjetas inteligentes para la autenticación a través de un servidor LDAP.
En GitLab, utilizamos un enfoque compatible con RFC4523 utilizando la regla certificateExactMatch .
Documentación de autenticación con tarjeta inteligente y boleto original .
Funciones de complemento para diferentes entornos
(PREMIUM, ULTIMATE, PLATA, ORO)
A partir de esta versión, es posible cambiar las funciones de forma independiente según el entorno. El comportamiento de sus características se puede controlar mediante un conjunto de reglas definidas en función de la coincidencia del nombre del entorno. De manera predeterminada, la regla ( * ) siempre funciona, sin embargo, también puede establecer otras reglas agregando nuevas especificaciones de entorno (por ejemplo, review/* ).
En la versión 11.8.0, para que esta característica funcione, deberá habilitarla ejecutando el comando Feature.enable(:feature_flags_environment_scope) en la consola de rails.
Documentación para especificaciones ambientales y el boleto original .
Actualice GitLab Runner a través de la integración con Kubernetes
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Si implementa sus aplicaciones en la última versión de Kubernetes, puede estar seguro de que tiene todas las nuevas características y su seguridad cumple con todos los requisitos.
GitLab 11.8 le permite actualizar GitLab Rinner en Kubernetes con un solo clic. En futuras versiones, agregaremos esta característica para otras aplicaciones.
Documentación de instalación de la aplicación y el boleto original .
Mostrar el tiempo de creación de usuarios y la actividad en el panel de administración
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Los administradores necesitan obtener información sobre la actividad del usuario con acciones simples. Para ayudar con esta tarea, agregamos una visualización de la fecha de creación del usuario y la fecha de su última actividad en el área Usuarios en el panel de administración ( /admin/users ).
Aquí puede leer más sobre las actividades que GitLab reconoce como actividades.
Documentación de la API del usuario para administradores y el ticket original .
Capacidad para buscar acciones recientes del usuario
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
GitLab tiene un atributo de usuario last_activity_on que ayuda a los administradores a determinar más fácilmente cuándo ocurrió la última actividad del usuario. Es muy conveniente para buscar usuarios activos e inactivos.
Para asegurarnos de capturar actividades de solo lectura, ampliamos el atributo last_activity_on para que se actualice cuando visitamos páginas relacionadas con paneles de actividades, proyectos, tareas y solicitudes de fusión.
Documentación de estadísticas en la instancia y el ticket original .
Temas del proyecto en lugar de etiquetas
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las etiquetas de proyecto son una forma conveniente de organizar proyectos relacionados, pero el término etiqueta coincide con las etiquetas en GitLab. Para resolver este problema, cambiamos el nombre de las etiquetas del proyecto a temas y mejoramos su visualización en la página de visualización del proyecto.
Con mucho gusto continuaremos haciendo que los temas sean más útiles para buscar por proyectos y agregaremos filtros por temas en el panel de actividades en la versión 11.9.
Documentación sobre la configuración del proyecto y el ticket original .
Buscar etiquetas de repositorio en un proyecto a través de API
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Ahora puede buscar etiquetas de repositorio en un proyecto a través de la API de etiquetas . Esto le permitirá buscar una etiqueta específica en el proyecto directamente. Si está buscando proyectos que coincidan con la etiqueta de una versión específica, ahora puede encontrar fácilmente lo que necesita.
¡Gracias Robert Schilling por esta característica!
Documentación en etiquetas y boleto original .
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Tomamos en cuenta los comentarios de los usuarios sobre la primera mejora de la lista de proyectos y aumentamos la densidad de información en esta página, agregando otra columna y reduciendo el número de espacios vacíos.
Documentación del proyecto y boleto original .
Página de vista grupal mejorada
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
En la versión 11.8, actualizamos el aspecto de la página de visualización del grupo para que muestre más información. Hemos reducido el número de espacios vacíos en esta página y hemos cambiado el diseño para que sea coherente con el nuevo aspecto de la página de visualización del proyecto .
Este es el primer paso para mejorar la página de visualización del grupo, y estaremos encantados de seguir trabajando en ello.
Documentación grupal y boleto original .
API para gestionar epopeyas anidadas
(ÚLTIMO, ORO)
En la versión anterior, agregamos épicas anidadas , es decir, la capacidad de agregar épicas a épicas. A partir de esta versión, podrá administrar las relaciones entre estas epopeyas, incluso a través de la API. Entonces, ahora puede administrar programas de flujo de trabajo individuales en su equipo, incluido el uso de capacidades de automatización.
Documentación API para enlaces entre epopeyas y el boleto original .
Las solicitudes de fusión y los tickets asociados dieron como resultado una vista.
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Actualizamos la sección de solicitudes de fusión vinculadas en el ticket para darles consistencia visual con los tickets relacionados y brindarles belleza.
En una versión futura, agregaremos más metadatos para cada fila en esta sección, de modo que los usuarios vean la información relevante sobre la solicitud de fusión inmediatamente en contexto.
Documentación sobre la mención de tickets en solicitudes de fusión y el ticket original .
Se movió el campo de dominio Auto DevOps de la configuración de CI / CD a la configuración del clúster
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
La especificación de un dominio base para Auto DevOps le permite aprovechar características potentes como Auto Review y Auto Deploy. Ahora hemos simplificado la indicación del dominio base transfiriéndolo directamente a la configuración del clúster. Esto facilitará la determinación del dominio base al crear un clúster, así como la definición de diferentes dominios para diferentes clústeres.
Documentación sobre la configuración del dominio base para Auto DevOps y el ticket original .
Administrar etiquetas de grupo a través de la API
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Ahora puede administrar las etiquetas de grupo a través de la API similar a las etiquetas de proyecto, lo que ayuda a respaldar aún más los flujos de trabajo de planificación y ejecución personalizados en sus equipos.
¡Gracias Robert Schilling por esta característica!
Documentación API para etiquetas de grupo y el ticket original .
Las extensiones .html ahora se habilitan automáticamente para los sitios de páginas de GitLab
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
El archivo /sub-page.html en su sitio de GitLab Pages ahora está disponible como /sub-page , que le brinda más opciones sobre cómo mostrar su sitio a los usuarios.
Documentación de GitLab Pages y ticket original .
Variables predefinidas de páginas en CI
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Las variables CI_PAGES y CI_PAGES_URL se agregaron a las canalizaciones de Páginas, lo que le permite ver el nombre de dominio y la URL de la página. Esto proporciona más flexibilidad al trabajar con sitios de Pages ubicados en diferentes lugares.
Documentación de GitLab Pages y ticket original .
Agregar tolerancia al ejecutor de Kubernetes
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Kubernetes ofrece una gran oportunidad para separar el equipo de donde están nuestros desarrollos. Sin embargo, algunas tareas requieren equipos especializados, incluido el trabajo que puede requerir más recursos que otros.
Kubernetes apoya esto agregando contaminación y tolerancia a los nodos para tener en cuenta estas consideraciones al planificar los hogares. Hemos agregado soporte nativo de tolerancia y tolerancia al ejecutor de Kubernetes en GitLab Runner para admitir este tipo de flujos de trabajo.
Documentación del ejecutor de Kubernetes y boleto original .
Soporte de Gitaly TLS
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Gitaly ahora es compatible con TLS, lo que significa que toda la comunicación entre GitLab y Gitaly se cifrará cuando TLS esté habilitado. Anteriormente, la conexión entre GitLab y Gitaly no estaba encriptada por sí misma, sino que dependía de la configuración de seguridad de la red.
Documentación de soporte de Gitaly TLS y boleto original
Soporte Elasticsearch en Gitaly
(ARRANQUE, PREMIUM, ULTIMATE)
Anteriormente, cuando se usaba Elasticsearch, era imposible prescindir de NFS para comunicarse con Git en el sistema de archivos. A partir de esta versión, puede usar Gitaly en lugar de NFS, lo que acelerará el acceso a Git.
Documentación de integración de Elasticsearch y ticket original .
Transición rápida de archivos en solicitud de fusión de diferencias
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Una gran revisión de solicitud de fusión es un proceso complejo, especialmente cuando tiene que pasar de un archivo a otro. Una nueva forma de definir un archivo basado en el buscador de archivos difusos proporciona una transición indolora de un archivo a otro, por lo que puede navegar rápidamente por el diff usando el teclado.
Diferente documentación de navegación y boleto original .
Mostrar el número de confirmaciones en la lista de solicitudes de fusión
(ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
Las solicitudes de fusión que están confirmadas y listas para fusionarse ahora se pueden encontrar fácilmente en la lista de solicitudes de fusión. El número de confirmaciones requeridas y recibidas ahora se muestra en la lista de solicitudes de fusión.
¡Gracias a Andy Steele por esta función!
Documentación sobre la confirmación de solicitudes de fusión y un boleto original .
Reciba alertas de instancias de Prometheus configuradas manualmente
(ÚLTIMO, ORO)
GitLab 11.3 introdujo soporte para configurar alertas ( artículo original , traducción ), pero se limitó a instancias de Prometheus implementadas a través de la integración de GitLab con Kubernetes .
Con GitLab 11.8, los servidores Prometheus configurados manualmente ahora también pueden notificar a GitLab de alertas agregando GitLab como destinatario de un enlace web en el administrador de alertas. Después de recibir la alerta, GitLab enviará un correo electrónico a los responsables de mantenimiento y propietarios de proyectos.
Documentación de integración de instancia externa de Prometheus y ticket original .
Eliminar etiquetas no utilizadas del registro de contenedores utilizando la API
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Muchas organizaciones crean contenedores para cada confirmación para simplificar la verificación de cambios en el código y la implementación final. Esto puede generar una gran cantidad de etiquetas de contenedor que solo son necesarias durante un corto período de tiempo.
GitLab 11.8 ahora permite a los usuarios finales limpiar sus registros de contenedores a través de nuestra API eliminando etiquetas individualmente o en grupos usando expresiones regulares.
Documentación sobre la eliminación de etiquetas en el registro del contenedor y el ticket original .
Privacidad de tickets para vulnerabilidades de seguridad
(ÚLTIMO, ORO)
Los usuarios pueden crear nuevos tickets para corregir vulnerabilidades de seguridad al ver informes de seguridad en la solicitud de fusión, la página del transportador y el panel de seguridad. Esta información contiene datos confidenciales que pueden revelar detalles que no deben divulgarse antes de que el parche esté disponible y publicado.
A partir de GitLab 11.8, los tickets relacionados con la vulnerabilidad se marcan como confidenciales de forma predeterminada, pero los usuarios pueden deshabilitar este indicador si se permite la divulgación.
Documentación de solicitud de fusión de seguridad y boleto original .
Forzar la redistribución al actualizar las claves secretas de la aplicación en Auto DevOps
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Cuando configura la clave secreta de la aplicación para Auto DevOps utilizando la sintaxis de la variable K8S_SECRET_ , se creará la clave secreta de Kubernetes correspondiente para su aplicación.
Cuando se actualizan estos secretos de aplicación, Auto DevOps volverá a implementar su aplicación con secretos actualizados.
¡Gracias Aaron Walker por esta característica!
Documentación variable de DevOps automático y ticket original .
Mostrar el entorno del clúster en una lista de funciones sin servidor
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
La página sin servidor se ha mejorado y ahora agrupa las funciones implementadas en Knative, dependiendo del entorno del clúster en el que se implementan.
Además, ahora se muestra una descripción de la función junto con accesos directos para copiar el punto final de la función y para abrir el punto final en una nueva pestaña.
Documentación de implementación sin servidor y ticket original .
Proporcionar administrador de certificados de dirección para Auto DevOps
(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)
Certificate Manager proporciona una manera fácil de agregar soporte HTTPS para sus aplicaciones Auto DevOps. URL, Let's Encrypt (64 ), .
Auto DevOps .
release notes / : GitLab 11.8 released with SAST for JavaScript, Pages for subgroups, and Error Tracking .
cattidourden , maryartkey , ainoneko rishavant .