GitLab 12.4 introdujo varias mejoras de gestión, incluida la API de auditoría, la aprobación del propietario del código para sucursales seguras y el control de acceso para las páginas. Las dependencias de solicitud de Marge ayudan a administrar el trabajo en equipo, y otras excelentes características hacen posible trabajar de manera más eficiente y entregar rápidamente software de mejor calidad.
Dependencias de solicitud de Marge
GitLab mejora la transparencia, la colaboración y la productividad. Cuando los desarrolladores trabajan juntos en un proyecto grande, a menudo es necesario aplicar pequeños cambios en una secuencia específica. Para simplificar esta tarea, la función de dependencia de las solicitudes de fusión le permite determinar las dependencias en las solicitudes de fusión para que los cambios no lleguen de manera caótica y pueda ver todas las dependencias durante la revisión del código. Esta característica se introdujo como una dependencia de solicitud de fusión entre proyectos en la versión 12.2 , pero ahora se renombra como dependencia de solicitud de fusión y admite más tipos de dependencias. Esto incluye las dependencias de las solicitudes de fusión tanto entre proyectos como en un proyecto.
Entendemos lo importante que es administrar todo. Aquí hay algunas mejoras en la versión 12.4 que facilitan la administración.
API de eventos de auditoría
GitLab ayuda a garantizar la transparencia completa de todo el ciclo de vida del procesamiento al tiempo que optimiza los procesos. Por lo tanto, GitLab combina bien con otras soluciones , y en la versión 12.4 presentamos la API para eventos de auditoría a nivel de instancia. Audit Events es una herramienta efectiva de aplicación de políticas. Mediante la API de Audit Events , los administradores pueden usar el código para recibir eventos y configurar alertas y monitoreo efectivos según las necesidades específicas.
Control de acceso a páginas en GitLab.com
El control de acceso para Pages estaba disponible para instancias autogestionadas y ahora está disponible en GitLab.com . Permite a los administradores autorizados restringir el acceso al sitio de las Páginas o ponerlo a disposición del público. ¡Todo esto es gracias al trabajo de la comunidad, y estamos muy contentos de haber habilitado esta función en GitLab.com!
Aprobación del propietario del código para sucursales seguras
Otra característica a administrar son los reclamos de los propietarios de códigos para sucursales seguras . La aprobación de solicitudes de fusión limita el envío de código a sucursales seguras, y esto permite mejorar la calidad del código e implementar medidas para controlar el cumplimiento. Pero no todas las solicitudes de fusión están diseñadas para ramas estables, y no todas las ramas estables requieren el mismo control. En GitLab 12.4, puede evitar que los cambios se envíen a los archivos directamente o fusionarlos sin la aprobación del propietario del código para sucursales específicas.
¡Y eso no es todo!
GitLab 12.4 tiene tantas funciones geniales que es simplemente imposible hablar de todas ellas. Estas son las mejores: notificaciones de lanzamientos , la capacidad de ver registros de hogares desde cualquier entorno y soporte para proyectos privados para la visualización en línea de artefactos HTML . Sigue leyendo y aprende más sobre cada característica.
Asegúrese de leer cómo tuvo lugar nuestra primera Conferencia Europea de Usuarios el 9 de octubre. La próxima conferencia de usuarios de GitLab tendrá lugar en enero en San Francisco. El registro ya está abierto.
El empleado más valioso ( MVP ) de este mes es Tuomo Ala-Vannesluoma.
Gracias a Tuomo, GitLab 12.4 tiene soporte para proyectos privados para ver artefactos HTML , ¡con los que todos han soñado y que han ganado casi 300 votos! Por segunda vez, Tuomo se convierte en el empleado más valioso del mes: en GitLab 11.5 implementó el control de acceso para Pages . Gracias por su contribución y trabajo activo este año. Realmente lo apreciamos!
Características principales de GitLab 12.4
Dependencias de solicitud de Marge
PREMIUM, ULTIMATE, PLATA, ORO
Los desarrolladores a menudo trabajan juntos en un proyecto grande, haciendo pequeños cambios. Estos cambios deben aplicarse en una secuencia determinada para que todo funcione como debería, pero en estas dependencias puede confundirse y cometer errores.
La función de dependencia de las solicitudes de fusión le permite determinar las dependencias en las solicitudes de fusión para que los cambios no se apliquen en el orden incorrecto. También es conveniente observar estas dependencias en la revisión del código, para que sea más fácil para los revisores comprender todos los cambios propuestos. Esta característica se introdujo en la versión 12.2, y en 12.4 se mejoró y ahora admite dependencias de solicitudes de fusión en un proyecto.
API de eventos de auditoría
PREMIUM, ULTIMATE
Audit Events es una herramienta efectiva para comprender lo que sucede en GitLab. A través de eventos de auditoría, las organizaciones pueden monitorear el cumplimiento de las acciones de los usuarios con las políticas, y esto es muy importante para las empresas bajo estricta supervisión.
Para simplificar la automatización de estas tareas, presentamos una API para eventos de auditoría a nivel de instancia. Mediante la API de Audit Events, los administradores pueden usar el código para recibir eventos y configurar alertas y monitoreo efectivos según las necesidades específicas de la organización.
Aprobación del propietario del código para sucursales seguras
PREMIUM, ULTIMATE, PLATA, ORO
La aprobación de solicitudes de fusión limita el envío de código a sucursales seguras, y esto permite mejorar la calidad del código e implementar medidas para controlar el cumplimiento. Pero no todas las solicitudes de fusión están diseñadas para ramas estables, y no todas las ramas estables requieren el mismo control.
En GitLab 12.4, puede requerir la aprobación del propietario del código para algunas sucursales para evitar que los cambios se envíen directamente a los archivos o fusionar los cambios sin la aprobación del propietario del código.
Si el propietario del código tuvo que aprobar los cambios en la configuración anterior del proyecto, esta configuración se aplica a las ramas seguras existentes.
El control de acceso para las páginas ahora está habilitado en GitLab.com
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
El control de acceso para Pages permite a los administradores autorizados restringir el acceso al sitio de Pages o hacerlo público. Ahora, el acceso al contenido publicado por proyectos privados puede requerir un nombre de usuario y una contraseña para proteger el contenido de un sitio publicado, por lo que se ha vuelto más fácil publicar la documentación del servicio y controlar el acceso al mismo.
Mire un video corto sobre Control de acceso para páginas .
Avisos de lanzamiento
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Ahora puede suscribirse a noticias sobre nuevos lanzamientos en el proyecto para conocer nuevas versiones incluso para proyectos en los que no está involucrado. Con esta función, puede monitorear nuevos lanzamientos de proyectos de los que depende, sin verificarlos manualmente.
Mire un video corto sobre las notificaciones de lanzamiento .
Ver registros de hogares desde cualquier entorno
ULTIMO, ORO
Anteriormente, los registros de GitLab se veían principalmente en la página de entornos. Por lo tanto, era difícil cambiar entre registros de diferentes entornos para solucionar problemas. Además, primero tenía que ingresar a un determinado entorno.
En GitLab 12.4, puede ver los registros de cualquier entorno o pod. La página de medios ahora tiene dos botones para ver los registros de las agrupaciones de Kubernetes. Continuaremos mejorando el acceso a los registros, por ejemplo, incluimos un enlace a Registros de registro directamente en el menú Operaciones.
Otras mejoras en GitLab 12.4
Usando Jaeger en la interfaz GitLab
ULTIMO, ORO
El seguimiento proporciona información sobre el rendimiento y el estado de la aplicación implementada, rastreando cada función o microservicio que procesa una solicitud específica.
Jaeger es un sistema de rastreo abierto, integrado y distribuido que se utiliza para monitorear y solucionar problemas de sistemas distribuidos basados en microservicios.
Con GitLab 12.4, los usuarios que usan Jaeger pueden ver el rendimiento y la información de salud de las aplicaciones implementadas directamente en la interfaz de GitLab.
Soporte para expansión variable para tuberías multiproyecto
PREMIUM, ULTIMATE, PLATA, ORO
Si tiene canalizaciones con varios proyectos y una canalización ejecuta otra, puede ser útil almacenar el valor dinámico en la variable anterior para referirse a él en canalizaciones subordinadas. Por ejemplo, si se ejecuta un plan de tuberías en una rama y desea otorgar acceso a $CI_COMMIT_REF_NAME en esta rama para todas las tuberías aguas abajo.
Anteriormente, la variable no se expandía, por lo que llamar a la variable en tuberías subordinadas a través de la palabra clave trigger condujo a un error no ref name . Para llevar a cabo dicho flujo de trabajo, fue necesario crear una tarea separada con el único propósito de ejecutar el comando c URL para transferir el estado de la variable. Tal solución requirió configuración y recursos adicionales, y también dificultó la visualización de las relaciones entre las tuberías en la interfaz de usuario.
Ahora GitLab expandirá las variables dentro de la propiedad de branch de la palabra clave de trigger , y le será más fácil organizar las canalizaciones y hacer que se ejecuten secuencialmente al usar múltiples proyectos.
DAST para la rama principal
ULTIMO, ORO
Nos complace anunciar que los escaneos DAST ahora se pueden realizar para la rama de proyecto predeterminada dentro de una aplicación de revisión especial. Anteriormente, DAST solo estaba disponible para presentar sucursales. Esta mejora le permite crear puntos de referencia DAST para la rama predeterminada con la que se compararán las solicitudes de fusión. Ahora puede identificar la rama en la que han aparecido nuevos problemas de seguridad.
Comprobación de la existencia de archivos en tuberías
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Complementamos las rules: sintaxis, introducidas por primera vez en GitLab 12.3 , con una nueva rules:exists regla que acepta una variedad de rutas y verifica si estas rutas existen como archivos en el repositorio. Esto es útil cuando necesita ejecutar un trabajo de CI solo si existen ciertos archivos. Por ejemplo, ejecuta la tests.yml tests solo si hay un archivo tests.yml . Esta regla acelera las canalizaciones porque omite pasos adicionales.
Soporte Geo nativo para replicación de objetos Replicación
PREMIUM, ULTIMATE
En GitLab 12.4, Geo admite de forma nativa la replicación de datos en un almacén de objetos, como objetos LFS, trabajos y artefactos de carga. Anteriormente, Geo podía configurarse para trabajar con un almacén de objetos, pero la replicación de contenido siempre permanecía con el proveedor del almacén de objetos. Esto impuso ciertas limitaciones cuando los usuarios tuvieron que confiar en el equipo de almacenamiento local que no admitía la lógica de replicación.
El soporte nativo para Geo le permite replicar datos en diferentes proveedores de almacenamiento de objetos en diferentes regiones (por ejemplo, Amazon en Europa y Microsoft en los EE. UU.). Los usuarios de Geo pueden usar el almacenamiento local, por ejemplo a través de MinIO, y usar Geo para replicar datos en nodos secundarios.
El soporte nativo de Geo para replicar el almacenamiento de objetos se encuentra actualmente en versión beta y aún no está listo para la producción.
Manejo mejorado de archivos grandes a través de Git Partial Clone (alpha)
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Por lo general, no recomendamos almacenar archivos binarios grandes en Git; de lo contrario, el repositorio crece y la clonación y recepción de cambios lleva mucho tiempo. Propusimos Git LFS para almacenar archivos grandes fuera del repositorio de Git y descargarlos a pedido.
En GitLab 12.4 agregamos soporte experimental para la clonación parcial de clonación parcial, con la cual se pueden excluir archivos grandes al clonar un repositorio y recibir cambios. Ahora no tiene que elegir qué archivos almacenar en Git y cuáles están fuera del repositorio utilizando Git LFS. El soporte de clonación parcial está deshabilitado de manera predeterminada, pero puede habilitarse en proyectos individuales. Se requiere una versión de Git de al menos 2.22.0.
En comparación con Git LFS, cuando los archivos grandes necesitaban atención especial al crear un commit, Partial Clone permite a los desarrolladores, los corredores de CI u otros clientes de Git especificar qué archivos descargar. Ahora no tiene que decirle a la gente qué archivos enviar a Git LFS, no habrá problemas para intentar reescribir el historial y transferir archivos grandes a Git LFS, y puede evitar la molestia de enviar accidentalmente un archivo grande al repositorio de Git cuando tenga su lugar en Git LFS Los archivos grandes simplemente funcionarán así.
Selector de fecha para análisis de productividad
PREMIUM, ULTIMATE, PLATA, ORO
Anteriormente, no era posible seleccionar un rango de fechas específico para las métricas en el análisis y el rendimiento del ciclo. Es decir, era imposible estudiar o incluir el rendimiento en un informe durante un sprint o período en particular, porque solo podía seleccionar un intervalo específico: 7, 30, 60 o 90 días. En esta versión, los usuarios pueden ver los datos durante cualquier período de tiempo.
Nube privada virtual predeterminada al crear un clúster GKE en GitLab
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Google Kubernetes Engine le permite crear clústeres de nube privada virtual que utilizan alias de IP y proporcionar soporte integrado de nube privada virtual para redes de contenedores, lo que resulta en un sistema más escalable, seguro y simple que es adecuado para implementaciones y escenarios complejos.
Comenzando con GitLab 12.4 en la integración de GitLab con GKE, esta será la configuración predeterminada al crear un clúster GKE.
Límite de permisos para trabajos manuales de CI
PREMIUM, ULTIMATE, PLATA, ORO
Los desarrolladores a menudo tienen que crear tareas que se realizan manualmente, por ejemplo, para implementaciones, aprobación laxa y otras operaciones, pero en GitLab no es obvio cómo restringir estos permisos para que nadie pueda realizar estas acciones.
En realidad, ya era posible, pero sin documentación clara. En esta versión, hemos mejorado enormemente la documentación para proteger las tareas manuales para que pueda comprender cómo configurarlas.
Eliminar diseños en Design Management
PREMIUM, ULTIMATE, PLATA, ORO
A veces se producen errores o los objetivos de diseño cambian y necesita la capacidad de eliminar el diseño de la versión. Con la función de eliminación en Design Management, puede seleccionar uno o más diseños y eliminarlos de la última versión. Ahora la última versión del diseño presentará el estado actual de las cosas.
Complemento API para entornos e implementaciones
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Hemos agregado una función API que devolverá los atributos del estado y la last deployment . Esta información se puede utilizar, por ejemplo, al escribir un script para eliminar entornos no utilizados.
Documentación mejorada de actualización geográfica
PREMIUM, ULTIMATE
Como parte de nuestro esfuerzo por simplificar el proceso de actualización de Geo, reelaboramos grandes partes de la documentación relevante. GitLab Geo se puede implementar en diferentes configuraciones, y el procedimiento de actualización depende de estas configuraciones. Ahora la actualización Geo es en gran parte manual y consta de muchas etapas. Para simplificar este proceso en su conjunto, primero nos propusimos mejorar la documentación para actualizar Geo . La documentación ahora está actualizada y cubre todos los escenarios.
Reescribimos las instrucciones generales de actualización , archivamos las instrucciones anteriores , actualizamos las instrucciones de actualización sin tiempo de inactividad para implementaciones simples y revisamos muchas otras secciones de la documentación .
Estamos trabajando en instrucciones de actualización sin tiempo de inactividad para un clúster Geo de múltiples nodos altamente accesible ; pero aún probándolos.
Luego mejoraremos la automatización y las pruebas y haremos que algunos procedimientos de actualización sean más eficientes.
Los enlaces para fusionar solicitudes ahora se muestran en la vista de canalización
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Al ver una canalización, a veces desea ir a las solicitudes de fusión asociadas a ella. Hemos agregado enlaces directos a ellos para simplificar el trabajo y aumentar la productividad.
Insertar trabajos al principio o al final de una tubería usando incluir
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La mayoría de las veces, incluir se usa para agregar un trabajo al principio o al final de una tubería. Pero si tiene una inclusión común, es posible que no sepa cómo se llama la primera o la última etapa, por lo que puede haber problemas con la tarea al principio o al final de la tubería.
En GitLab 12.4, las etapas .pre y .post aseguran que comiencen al principio o al final de la tubería.
Actualización de la aplicación Kubernetes NGINX Ingress durante la instalación a través de la integración con Kubernetes
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Cuando sus aplicaciones Kubernetes se ejecutan en la última versión, aprovecha las últimas funciones y las funciones de seguridad actuales. GitLab 12.4 le permite usar la última versión de NGINX Ingress al instalar a través de las aplicaciones administradas de GitLab. Para actualizar una versión existente, desinstale la aplicación Ingress y vuelva a instalarla a través de GitLab.
Punto final de API para nombres de comprobación de estado estático en la integración de GitHub
PREMIUM, ULTIMATE, PLATA, ORO
Ahora puede configurar nombres de comprobación de estado estático en la integración de GitHub a través de la API, para que sea más fácil cambiar este parámetro en una gran cantidad de proyectos.
GitLab Runner 12.4
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
¡Hoy lanzamos GitLab Runner 12.4! GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar trabajos de CI / CD y enviar resultados a GitLab.
Cambios:
Se puede encontrar una lista completa de cambios en el registro de cambios de GitLab Runner: CHANGELOG .
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 12.4:
Los administradores pueden anular los límites de tamaño de artefactos en proyectos o grupos
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Ahora el tamaño de artefacto máximo predeterminado es de 100 MB, pero en algunos proyectos debe superar este límite (a discreción del administrador). Para hacer esto, agregamos la capacidad de redefinir el límite de tamaño del artefacto a nivel de grupo o proyecto, en cuanto al límite de tamaño del repositorio.
Soporte de proyectos privados para la visualización en línea de artefactos HTML.
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La capacidad de ver artefactos HTML mejora la eficiencia del trabajo. Esta tarea a menudo se realiza, por lo que necesita una forma de abrir y ver rápidamente los artefactos. Sin una presentación en línea, debe descargar el artefacto y utilizar el servidor web localmente para ver el informe. Si hace esto para cada artefacto HTML para todos los ensamblados, necesitará un montón de tiempo y un cambio constante entre contextos.
Anteriormente, era posible ver artefactos HTML en una ventana del navegador a través de las páginas de GitLab, para no descargarlos localmente, pero esta función solo estaba disponible para proyectos abiertos. Esto fue inconveniente para muchas organizaciones que usan GitLab, principalmente para proyectos privados. No tenían tal presentación en línea. Y ahora, gracias a los esfuerzos de Tuomo Ala-Vannesluoma, un miembro de la comunidad, hemos agregado soporte para la presentación en línea de artefactos HTML para proyectos privados. Para hacer esto, habilite el control de acceso para las páginas de GitLab .
Habilitar Cloud Run en GKE al crear un clúster a través de la integración con GKE
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Al crear un clúster de Kubernetes a través de la integración de GitLab y GKE, los usuarios ahora pueden habilitar opcionalmente Cloud Run en GKE con un solo clic. GKE inicializa automáticamente el clúster con Knative, Istio y equilibrio de carga a través de HTTP. Después de la instalación, los usuarios pueden seguir disfrutando de los beneficios de GitLab Serverless para implementar servicios Knative con una configuración mínima.
Nota Cloud Run para GKE ha sido renombrado recientemente como Cloud Run para Anthos. Planeamos cambiar el nombre a uno nuevo el próximo mes.
Puntos finales comunes para alertas
ULTIMO, ORO
Las personas usan diferentes herramientas para monitorear entornos de aplicaciones. Estas herramientas envían alertas críticas y urgentes si se ha producido un incidente y es necesario tomar medidas. Las capacidades de gestión de incidentes de GitLab ahora incluyen un punto final REST común donde puede enviar alertas desde cualquier herramienta. Cuando GitLab recibe una solicitud POST a este punto final, crea automáticamente una tarea para el incidente. La descripción de la tarea incluye datos de incidentes, y los campos comunes se analizan automáticamente. Por lo tanto, ahora puede usar las tareas de GitLab como un lugar central para responder a incidentes basados en datos de otras herramientas.
Mire un video corto sobre cómo agregar un punto final común para alertas .
Soporte geográfico a través de una única URL específica de ubicación de Git
PREMIUM, ULTIMATE, PLATA, ORO
Geo ahora admite proporcionar a los usuarios una única URL remota que usa automáticamente el sitio Geo más cercano. Esto significa que los usuarios no necesitan actualizar la configuración de Git para usar los nodos Geo más cercanos cuando se mueven. Los usuarios finales ni siquiera necesitan saber que están utilizando el sitio Geo local cuando clonan inicialmente el proyecto. Y los administradores del sistema no tendrán que admitir varias configuraciones de Git para usuarios en diferentes lugares. Todo esto se debe al hecho de que las solicitudes de inserción de Git se pueden redirigir automáticamente (HTTP) o proxy (SSH) de los nodos secundarios a los primarios.
Geo se puede configurar para usar diferentes servicios, como AWS Route53 o Cloudflare .
Acciones de Git agregadas al límite de IP del grupo
ULTIMO, ORO
GitLab 12.0 introduce una restricción en las acciones grupales por dirección IP . En GitLab 12.3, hemos incluido acciones de API en la restricción de acceso. En GitLab 12.4, agregamos acciones de Git a través de SSH.
La característica avanzada ahora rechaza las acciones en la interfaz de usuario, API y Git si no cumplen con la restricción de la dirección IP del grupo. Para las organizaciones que cumplen estrictamente con los requisitos reglamentarios, especialmente en GitLab.com, esto proporciona un nivel integral de protección.
Gráfico de dispersión para análisis de productividad
PREMIUM, ULTIMATE, PLATA, ORO
Anteriormente, no había una forma simple de visualizar y medir la velocidad con el tiempo. Para proporcionar esta capacidad, agregamos gráficos de dispersión a Productivity Analytics, donde puede seleccionar "Tiempo de fusión" u otras métricas relacionadas con las solicitudes de fusión para notar tendencias o desviaciones. También puede examinar el intervalo de fechas específico en detalle para analizar conjuntos de datos específicos.
API para crear implementaciones manuales
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Hemos agregado API para crear implementaciones. Esta funcionalidad cambia las implementaciones, y construir el CI apropiado ahora es opcional. Esto es necesario para sentar las bases para soportar entornos externos e implementaciones en GitLab.
Instalación con un clic de un corredor de grupo en Kubernetes
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Ahora es bastante fácil crear un corredor común a nivel de grupo si usas GitLab con Kubernetes. En los proyectos, ya puede instalar el corredor con un solo clic, pero los corredores de grupo tuvieron que instalarse manualmente. Ahora puede simplemente hacer clic en el botón y GitLab configurará un corredor de grupo común automáticamente.
Notas del sistema para la gestión del diseño
PREMIUM, ULTIMATE, PLATA, ORO
En GitLab 12.2, presentamos la primera versión de Design Management, que le permite cargar diseños directamente en las tareas. Se cargaron en una pestaña separada y las acciones en ellas no se registraron en el diario, por lo que fue difícil determinar si se agregaron diseños a la tarea. Comenzando con GitLab 12.4, al cargar diseños en el hilo de tareas, se crean notas del sistema para notificar a los participantes. En el futuro, incluiremos estados y la cantidad de comentarios en los diseños para que los usuarios comprendan mejor lo que está sucediendo.
Nombres de comprobación de estado predeterminados estáticos en integración con GitHub
PREMIUM, ULTIMATE, PLATA, ORO
Cambiamos la configuración predeterminada para la integración con GitHub para establecer nombres de verificación de estado estático de forma predeterminada en nuevos proyectos. Cuando esta opción está habilitada en la página de integración, el nombre de host de su instancia de GitLab se agregará al nombre de verificación de estado (si se seleccionan nombres dinámicos, se agrega el nombre de la sucursal). Este es un parámetro inicial más razonable, que garantiza comprobaciones de estado obligatorias sin configuración adicional para aquellos que usan el CI / CD de GitLab en el repositorio de GitHub.
Seleccionar y mover múltiples tarjetas de tareas
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
A veces las pequeñas cosas son muy importantes. Si está comenzando un nuevo sprint o simplemente desea arrastrar y soltar tareas en el tablero, le gustará la nueva oportunidad de seleccionar varias tarjetas de tareas usando Cmd + Ctrl +
Ordenar paquetes en la interfaz del Registro
PREMIUM, ULTIMATE, PLATA, ORO
En el Registro de paquetes de GitLab, puede recopilar, publicar y enviar paquetes npm , Maven y (pronto) Conan . GitLab proporciona una interfaz de usuario donde se muestran los metadatos del paquete y puede encontrar fácilmente paquetes para un grupo o su proyecto. Pero hasta hace poco, tenía que desplazarse manualmente por la lista de paquetes para encontrar los que necesita.
GitLab 12.4 Package Registry, . created date ( ), name (), version () type (). , .
PREMIUM, ULTIMATE, SILVER, GOLD
Environments GitLab 12.3 . Environments () , Kubernetes, . 12.4 Environments . Kubernetes Environments . Environments .
Environments () , Kubernetes, .
S/MIME Helm- GitLab
CORE, STARTER, PREMIUM, ULTIMATE
S/MIME , , « » . S/MIME Omnibus 12.3 , S/MIME GitLab Kubernetes. 12.4 S/MIME GitLab Helm- GitLab .
Cert-Manager Kubernetes Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, Kubernetes, . GitLab 12.4 Cert-Manager GitLab Kubernetes. , GitLab, Operations > Kubernetes , Cert-Manager.
Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Let's Encrypt Cert-Manager 0.8.0 1
GitLab 12.4 Kubernetes Cert-Manager v0.5.2 Kubernetes. Let's Encrypt Cert-Manager 0.8.0 1 2019 . Cert-Manager . .
: 1 2019 .
gitlab.rb GitLab
GitLab, , , . IP , /etc/gitlab/gitlab.rb . gitlab.rb GitLab 12.4 GitLab 13.0. Omnibus GitLab 12.3 ( ) , .
: GitLab 13.0
Elasticsearch 5.6
Elasticsearch Elasticsearch 5.6.x GitLab 12.7. Elasticsearch 5.6 Elasticsearch 7.x.
GitLab 12.7 Elasticsearch 6.x. , Elasticsearch 7.x GitLab. . GitLab ElasticSearch 6.x.
: 22 2020 .
openSUSE Leap 15.0
openSUSE 15.0 2019 . GitLab 12.5 openSUSE 15.0. 4404 openSUSE Leap 15.1.
: GitLab 12.5
GitLab 12.4
- GitLab 12.4 Knative 0.7 GitLab . . GitLab Serverless -. Knative, GitLab.
- GitLab 12.4 Kubernetes Cert-Manager v0.9.1. Cert-Manager Kubernetes, . Let's Encrypt 1 2019 . Cert-Manager . GitLab 12.3 Cert-Manager 0.9.1 Kubernetes. Cert-Manager ( Kubernetes), .
- . — Sidekiq, . GitLab.com 36 . , .
Rails: (Project.count.to_f / 300_000).ceil . Rails: Sidekiq::Queue.new('background_migration').size .