Más oportunidades para la colaboración y notificaciones adicionales
En GitLab, siempre estamos buscando nuevas maneras de mejorar la colaboración a lo largo de todo el ciclo de vida de DevOps. Nos complace anunciar que a partir de esta versión, apoyamos ! Esta función está disponible a partir del nivel GitLab Starter y realmente encarna nuestro lema: «Todos pueden contribuir». Sabemos que muchas personas pueden trabajar en una sola solicitud de fusión para asegurar que todo esté en orden, y ahora tienen la posibilidad de asignar múltiples responsables para las solicitudes de fusión.
Además, los equipos de DevOps ahora reciben . Agregue nuevas notificaciones a la lista de eventos a enviar en estos dos chat, y su equipo casi instantáneamente se enterará sobre los nuevos despliegues.
Reducción de costos con soporte para contenedores Docker en Windows y preparación de clústeres Kubernetes a nivel de instancia
¡Amamos los contenedores! Los contenedores consumen menos recursos del sistema en comparación con las máquinas virtuales y mejoran la portabilidad de la aplicación. Desde la versión GitLab 11.11, apoyamos , por lo que ahora puede usar contenedores Docker en Windows y disfrutar de capacidades avanzadas de orquestación de pipelines y administración.
GitLab Premium (solo para instancias autogestionadas) ahora ofrece . Esta adición acelerará la entrega, ya que ahora tendrá un proxy de caché para las imágenes Docker más utilizadas.
Los usuarios de instancias autogestionadas de GitLab ahora pueden preparar , y todos los grupos y proyectos en la instancia lo usarán para sus despliegues. Gracias a esta integración, GitLab creará automáticamente recursos para proyectos específicos para mayor seguridad.
¡Y eso no es todo!
Además de las nuevas oportunidades para la colaboración y las notificaciones adicionales, hemos añadido , hemos aumentado , simplificamos las revisiones mediante , ¡y mucho más!
El empleado más valioso de este mes () — Kia Mei Somabes ()
En esta edición, hemos añadido la posibilidad de cargar carpetas individuales desde los repositorios, en lugar de todo el contenido. Ahora puedes cargar solo los archivos necesarios. ¡Gracias, Kia Mei Somabes!
Funciones principales de GitLab 11.11
Windows Container Executor para GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
En GitLab 11.11 hemos añadido un nuevo ejecutor en GitLab Runner para que los contenedores de Docker puedan ser utilizados en Windows. Anteriormente, para orquestar contenedores de Docker en Windows se necesitaba usar la línea de comandos, pero ahora se pueden trabajar con contenedores de Docker en Windows directamente, casi como en Linux. Ahora, los usuarios de las plataformas de Microsoft tienen más oportunidades para orquestar pipelines y gestionar.
Esta actualización incluye un mejor soporte para PowerShell en GitLab CI/CD, así como nuevas imágenes auxiliares para diferentes versiones de contenedores de Windows. Tus propios runners de Windows, por supuesto, se pueden utilizar con GitLab.com, pero por ahora no están en la lista de herramientas públicas.
Proxy de caché de dependencias para el registro de contenedores
PREMIUM, ULTIMATE
Los equipos a menudo utilizan contenedores en los pipelines de construcción, y un proxy de caché para las imágenes y paquetes utilizados con frecuencia desde upstream es una excelente manera de acelerar los pipelines. Con una copia local de las capas necesarias, accesible a través del nuevo proxy de caché, se puede trabajar de manera más eficiente con imágenes comunes en tu entorno.
Por ahora, el proxy de contenedores solo está disponible para instancias autoadministradas en el servidor web .
Varios responsables para las merge requests
STARTER, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO
A menudo, varias personas trabajan en la misma función dentro de una rama compartida y una merge request, por ejemplo, cuando los desarrolladores de frontend y backend colaboran estrechamente entre sí o cuando los desarrolladores trabajan en parejas, como en la programación extrema.
En GitLab 11.11 se pueden asignar varias personas a las merge requests. Al igual que con varios responsables de tareas, se pueden utilizar listas, filtros, notificaciones y API.
Configuración del clúster de Kubernetes a nivel de instancia
CORE, STARTER, PREMIUM, ULTIMATE
El modelo de seguridad y preparación en Kubernetes está evolucionando, y ahora se puede atender a un gran número de clientes a través de un clúster común.
En GitLab 11.11, los usuarios de instancias autogestionadas ahora pueden preparar un clúster a nivel de instancia, y todos los grupos y proyectos en la instancia lo utilizarán para sus despliegues. Gracias a esta integración, GitLab con Kubernetes creará automáticamente recursos para proyectos específicos para mayor seguridad.
Notificaciones de despliegues en Slack y Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ahora puedes configurar notificaciones automáticas sobre eventos de despliegue en el canal del equipo gracias a la integración con chats y , y tu equipo estará al tanto de todos los eventos importantes.
Acceso de invitados a las versiones
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ahora los usuarios invitados de tus proyectos pueden ver las versiones publicadas en la página de Releases. Podrán descargar los artefactos publicados, pero no podrán descargar el código fuente ni ver información sobre los repositorios, como etiquetas o commits.
Otras mejoras en GitLab 11.11
Grafos de commits serializados para mejorar el rendimiento
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Para muchas operaciones de Git es necesario recorrer el grafo de commits, como calcular la base de fusión o mostrar ramas que contienen un commit. Cuantos más commits haya, más lentas son estas operaciones, porque para el recorrido se deben cargar cada objeto desde el disco para leer sus punteros.
En GitLab 11.11, hemos incluido la función de grafos de commits serializados, presentada en las últimas versiones de Git, para calcular y almacenar esta información de antemano. Ahora, los recorridos en repositorios grandes se realizan mucho más rápido. El grafo de commits se creará automáticamente en la próxima recolección de basura del repositorio.
Lee sobre cómo se creó el grafo de commits serializados en de uno de los autores de esta función.
Minutos adicionales de CI Runner: ahora también para planes gratuitos
GRATIS, BRONCE, PLATA, ORO
El mes pasado añadimos la posibilidad de comprar minutos adicionales de CI Runner, pero solo para planes de pago en GitLab.com. En esta versión, los minutos también se pueden comprar en planes gratuitos.
Descarga de archivos comprimidos de directorios en el repositorio
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dependiendo del tipo y tamaño del proyecto, el archivo completo del proyecto puede tardar mucho en descargarse y no siempre es necesario, especialmente en el caso de grandes monorepositorios. En GitLab 11.11, se puede descargar un archivo comprimido del contenido del directorio actual, incluidos los subdirectorios, para seleccionar solo las carpetas necesarias.
Gracias por el trabajo, !
La aplicación de la propuesta ahora permite automáticamente la discusión
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La propuesta de cambios facilita la colaboración en las merge requests: ahora se puede prescindir de copiar y pegar para aceptar el cambio propuesto. En GitLab 11.11, hemos simplificado aún más este proceso: ahora la discusión se resuelve automáticamente al aplicar la propuesta.
Contador de tiempo en el panel lateral del tablero de tareas
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Los paneles laterales de tareas deben verse iguales en las vistas de tablero y de tareas. Por lo tanto, en GitLab ahora hay un contador de tiempo en el panel lateral de tareas en el tablero de tareas. Simplemente dirígete al tablero de tareas, haz clic en una tarea, y se abrirá el panel lateral con el contador de tiempo.
Información sobre despliegues en Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Hemos añadido la capacidad de solicitar información sobre un entorno específico en Environments API, para saber qué commit está desplegado en el entorno en este momento. Esto simplificará la automatización y los informes para los usuarios de Environments en GitLab.
Coincidencias negativas de variables para las reglas del pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ahora se puede verificar la desigualdad negativa o coincidencia de patrones (!= y !~) en el archivo .gitlab-ci.yml al verificar los valores de las variables de entorno, por lo que el control del comportamiento de los pipelines se ha vuelto más flexible.
Ejecutar todas las jobs manuales en una etapa con un clic
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
En GitLab 11.11, los usuarios que tienen muchas jobs manuales en las etapas ahora pueden ejecutar todas esas jobs en una etapa con solo hacer clic en el botón «Play all» («Ejecutar todo») a la derecha del nombre de la etapa en la vista de pipelines.
Crear un archivo directamente desde una variable de entorno
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Las variables de entorno a menudo se utilizan para crear archivos, especialmente para secretos que necesitan protección y solo son accesibles en un pipeline específico. Para esto, se establece como contenido de la variable, el contenido del archivo y se crea un archivo en la job que contiene el valor. Con la nueva variable de entorno de tipo file esto se puede hacer en un solo paso incluso sin modificar .gitlab-ci.yml.
Endpoint API para información sobre vulnerabilidades
ULTIMATE, GOLD
Ahora puedes solicitar a GitLab API todas las vulnerabilidades detectadas en el proyecto. Con esta API puedes crear listas de vulnerabilidades legibles por máquina, con filtros por tipo, validez y gravedad.
Opción de escaneo dinámico completo para DAST
ULTIMATE, GOLD
En GitLab, puedes realizar pruebas de seguridad dinámicas de aplicaciones (Dynamic Application Security Testing, DAST) dentro de la tubería CI. A partir de esta versión, se puede elegir un escaneo dinámico completo en lugar del escaneo pasivo estándar. El escaneo dinámico completo protege contra una mayor cantidad de vulnerabilidades.
Instalación de Prometheus en clústeres a nivel de grupo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
En esta versión de GitLab, se ha añadido la capacidad de vincular un clúster de Kubernetes a todo el grupo. También hemos agregado la opción de instalar una instancia única de Prometheus en este clúster para simplificar la supervisión de todos los proyectos en el clúster.
Información sobre la ignorancia de vulnerabilidades en el panel de seguridad
ULTIMATE, GOLD
En los paneles de seguridad de GitLab, los administradores pueden ver las vulnerabilidades ignoradas. Para optimizar el flujo de trabajo, hemos añadido la posibilidad de ver información sobre la ignorancia directamente en el panel de seguridad.
Creación de gráficos personalizados de métricas en el panel de control
PREMIUM, ULTIMATE, SILVER, GOLD
Crea nuevos gráficos con métricas de rendimiento personalizadas directamente en el panel de instrumentos en el panel de control de métricas. Ahora los usuarios pueden crear, actualizar y eliminar visualizaciones de métricas en el panel de control haciendo clic en el botón «Add Metric» («Agregar métrica») en la esquina superior derecha del panel de instrumentos en el panel de control.
Las tareas de las notificaciones ahora se abren en nombre de GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Ahora, las tareas que se abren a partir de notificaciones tendrán como autor a GitLab Alert Bot, para que veas inmediatamente que la tarea se creó automáticamente a partir de una notificación importante.
Autoguardado de descripciones de épicos en el almacenamiento local
ULTIMATE, GOLD
Las descripciones de épicos no se guardaban en el almacenamiento local, por lo que los cambios se perdían a menos que los guardaras explícitamente al modificar la descripción del épico. Con GitLab 11.11 se introdujo la posibilidad de guardar descripciones de épicos en el almacenamiento local. Esto significa que ahora puedes regresar fácilmente a modificar la descripción del épico si cometiste un error, te distraíste o saliste accidentalmente del navegador.
Soporte de espejo en GitLab para Git LFS
STARTER, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO
Con la mirroring se pueden replicar repositorios de Git de un lugar a otro. Esto facilita el almacenamiento en el servidor GitLab de una réplica del repositorio ubicado en otro lugar. Ahora GitLab respalda el mirroring de repositorios con Git LFS, por lo que esta función está disponible incluso para repositorios con archivos grandes, como texturas para juegos o datos científicos.
Permisos de lectura y escritura en los repositorios para tokens de acceso personales
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Muchos tokens de acceso personales tienen permisos de modificación a nivel api, pero el acceso completo a la API puede otorgar demasiados derechos a ciertos usuarios u organizaciones.
Gracias a la contribución de la comunidad, ahora los tokens de acceso personales pueden tener derechos solo de lectura y escritura para los repositorios del proyecto, sin acceso más profundo a nivel de API a áreas delicadas de GitLab, como configuraciones y membresías.
Gracias, Horatiu Eugen Vlad ()!
Adición de soporte básico para solicitudes grupales de GraphQL
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Con la API de GraphQL, los usuarios pueden especificar exactamente qué datos necesitan y recibir toda la información necesaria en unas pocas solicitudes. A partir de esta versión, GitLab admite la adición de información básica del grupo a la API de GraphQL.
Inicio de sesión con credenciales de Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab ama a los desarrolladores de Salesforce, y para apoyar a esta comunidad, permitimos a los usuarios iniciar sesión en GitLab con credenciales de Salesforce.com. Ahora se puede configurar GitLab como una aplicación conectada a Salesforce para usar Salesforce.com e iniciar sesión en GitLab con un solo clic.
SAML SSO ahora es obligatorio para acceso web
PREMIUM, ULTIMATE, SILVER, GOLD
Nosotros a nivel de grupo, introducido en la versión 11.8, con una verificación rigurosa de los recursos del grupo y del proyecto, para que los usuarios pudieran acceder solo al iniciar sesión con SAML. Este es un nivel adicional de control de acceso para organizaciones que valoran la seguridad y utilizan GitLab.com a través de SAML SSO. Ahora puedes hacer de SSO un requerimiento obligatorio, sabiendo que los usuarios en tu grupo utilizan SSO.
Filtrado por datos creados o modificados recientemente para la API de épicos
ULTIMATE, GOLD
Anteriormente, era complicado solicitar datos creados o modificados recientemente con la API de épicos en GitLab. En la versión 11.11 hemos agregado filtros adicionales created_after, created_before, actualizado_despues y actualizado_antes, para garantizar la coherencia con la API de tareas y encontrar rápidamente épicas modificadas o recientemente creadas.
Autenticación biométrica con UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Empresa se especializa en autenticación biométrica sin contraseña. ¡Ahora soportamos este método de autenticación en GitLab!
Gracias, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
¡Hoy lanzamos GitLab Runner 11.11! GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar trabajos de CI/CD y enviar resultados de vuelta a GitLab.
Mejoras de Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Hemos realizado las siguientes mejoras en Omnibus en GitLab 11.11:
- GitLab 11.11 incluye — , cuyo nuevo lanzamiento incluye mensajes efímeros interactivos y mucho más. Esta versión contiene , y recomendamos realizar la actualización.
- .
Mejora de esquemas
CORE, STARTER, PREMIUM, ULTIMATE
Hemos realizado las siguientes mejoras en los charts de Helm en GitLab 11.11:
- En GitLab 11.11 se puede .
- Los administradores tienen acceso a , incluyendo
memoryKiller,maxRss,graceTimeyshutdownWait. - Los charts de Helm ahora en Amazon Elastic Container Service for Kubernetes ()
Mejoras de rendimiento
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Seguimos mejorando el rendimiento de GitLab con cada lanzamiento para instancias de GitLab de cualquier tamaño. Algunas mejoras en GitLab 11.11:
Características obsoletas
GitLab Geo proporcionará almacenamiento hash en GitLab 12.0
GitLab Geo requiere para mitigar la competencia en nodos secundarios. Esto se señaló en .
En GitLab hemos añadido este requisito en la documentación de Geo: .
En GitLab sudo gitlab-rake gitlab:geo:check verifica si el almacenamiento hash está habilitado y si todos los proyectos están migrando. Consulte. . Si está utilizando Geo, por favor, ejecute esta verificación y migre lo antes posible.
En GitLab una advertencia desactivable se mostrará en la página Área de administración › Geo › Nodos, si las verificaciones mencionadas no están permitidas. .
En GitLab Geo utilizará los requisitos de almacenamiento hash. Consulte. .
Fecha de eliminación: 22 de junio de 2019.
GitLab Geo permitirá el uso de PG FDW en GitLab 12.0
Esto es necesario para el Cursor de Registro Geo, ya que mejora significativamente el rendimiento de algunas operaciones de sincronización. También se mejora el rendimiento de las consultas de estado de los nodos Geo. Las consultas anteriores tenían un rendimiento demasiado bajo en proyectos grandes. Vea cómo configurar esto en . En GitLab Geo requerirá PG FDW. Vea .
Fecha de eliminación: 22 de junio de 2019.
Las opciones de Sentry para informes de errores y registro serán eliminadas de la interfaz de usuario en GitLab 12.0
Estas opciones se eliminarán de la interfaz de usuario en GitLab 12.0 y estarán disponibles en el archivo gitlab.yml. Además, podrá definir el entorno de Sentry para diferenciar entre múltiples despliegues. Por ejemplo, desarrollo, prueba y producción. Vea .
Fecha de eliminación: 22 de junio de 2019.
Restricción del número máximo de pipelines generados por un solo envío
Antes GitLab generaba pipelines para HEAD cada rama en la solicitud. Esto es conveniente para los desarrolladores que envían múltiples cambios a la vez (por ejemplo, a una rama de función y a la develop).
Pero al enviar un gran repositorio con muchas ramas activas (por ejemplo, para mover, reflejar o bifurcar), no es necesario crear un pipeline para cada rama. A partir de GitLab 11.10, generamos al enviar.
Fecha de eliminación: 22 de mayo de 2019
Rutas obsoletas de código legacy de GitLab Runner
A partir de GitLab 11.9, GitLab Runner utiliza clonación/llamada al repositorio. Actualmente, GitLab Runner utilizará el método anterior si el nuevo no es soportado. Para más detalles, consulte .
En GitLab 11.0, cambiamos la configuración del servidor de métricas para GitLab Runner. metrics_serverserá eliminado en favor de listen_address en GitLab 12.0. Para más detalles, consulte .
En la versión 11.3, GitLab Runner comenzó a soportar ; lo que llevó a nuevas configuraciones para . Hay se proporciona una tabla de cambios e instrucciones para la transición a la nueva configuración. Para más detalles, consulte .
Estos caminos no estarán disponibles en GitLab 12.0. Como usuario, no necesita cambiar nada, solo asegúrese de que la instancia de GitLab esté ejecutándose en la versión 11.9+ al actualizar a GitLab Runner 12.0.
Fecha de eliminación: 22 de junio de 2019.
Parámetro obsoleto para la característica de punto de entrada para GitLab Runner
En 11.4, GitLab Runner presentó el parámetro de característica para solucionar problemas como y .
En GitLab 12.0, cambiaremos al comportamiento adecuado, como si el parámetro de característica estuviera desactivado. Para más detalles, consulte .
Fecha de eliminación: 22 de junio de 2019.
Soporte obsoleto para distribuciones de Linux que alcanzaron EOL, para GitLab Runner
Algunas distribuciones de Linux donde se puede instalar GitLab Runner han llegado al final de su vida útil.
En GitLab 12.0, GitLab Runner ya no distribuirá paquetes a estas distribuciones de Linux. La lista completa de distribuciones ya no soportadas se puede encontrar en nuestra . Gracias, Javier Ardo (), por tu !
Fecha de eliminación: 22 de junio de 2019.
Eliminación de viejas comandos de GitLab Runner Helper
Como parte de la adición de soporte se tuvieron que eliminar algunos viejos comandos que se utilizan para .
En GitLab 12.0, GitLab Runner se inicia con nuevos comandos. Esto aplica solo a usuarios que . Para más detalles, consulte .
Fecha de eliminación: 22 de junio de 2019.
Eliminación del mecanismo heredado git clean de GitLab Runner
En GitLab Runner 11.10 hemos configurar cómo el Runner ejecuta el comando git clean. Además, la nueva estrategia de limpieza elimina el uso de permite revertir cambios en los despliegues; siempre hay estados anteriores disponibles. y coloca el comando git clean después del paso de descarga.
Dado que este cambio de comportamiento puede afectar a algunos usuarios, hemos preparado un parámetro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Si se establece en true, restaurará la estrategia de limpieza heredada. Más sobre el uso de parámetros de funciones en GitLab Runner se puede encontrar .
En GitLab Runner 12.0 eliminaremos el soporte de la estrategia de limpieza heredada y la opción de recuperarla mediante la opción de función. Vea en .
Fecha de eliminación: 22 de junio de 2019.
disponibles solo para planes Silver/Premium
Cuando presentamos las plantillas de proyectos a nivel grupal en la versión 11.6, accidentalmente hicimos que esta función para Premium/Silver estuviera disponible para todos los planes.
Nosotros en la versión 11.11 y otorgamos otros 3 meses a todos los usuarios y instancias por debajo del nivel Silver/Premium.
A partir del 22 de agosto de 2019, las plantillas de proyectos grupales estarán disponibles solo para el plan Silver/Premium y superior, como se describe en la documentación.
Fecha de eliminación: 22 de agosto de 2019.
Soporte de trabajos por lotes de Windows descontinuado
En GitLab 13.0 (22 de junio de 2020) planeamos retirar el soporte para trabajos por lotes en la línea de comandos de Windows en GitLab Runner (por ejemplo, cmd.exe.) a favor de un mejor soporte de Windows PowerShell. Más información en .
Ahora nuestra visión del DevOps empresarial se alineará con la posición de Microsoft de que PowerShell es la mejor opción para la automatización de aplicaciones empresariales en entornos de Windows. Si desea seguir utilizando cmd.exe., estos comandos se pueden invocar desde PowerShell, pero no apoyaremos directamente los trabajos por lotes de Windows debido a varias incongruencias que generan altos costos de mantenimiento y desarrollo.
Fecha de eliminación: 22 de septiembre de 2019
Se requiere Git 2.21.0 o superior
A partir de GitLab 11.11, se requiere Git 2.21.0 para ejecutar. , pero los usuarios de instalaciones de origen con versiones anteriores de Git deberán actualizar.
Fecha de eliminación: 22 de mayo de 2019
Plantilla de servicio de Kubernetes obsoleta
En GitLab 12.0 planeamos descontinuar la plantilla de servicio de Kubernetes en favor de la configuración de clúster a nivel de instancia presentada en GitLab 11.11.
Todas las instancias autogestionadas que usan la plantilla de servicio se trasladarán al clúster a nivel de instancia al actualizar a GitLab 12.0.
Fecha de eliminación: 22 de junio de 2019.
Descontinuación de la coincidencia por etiqueta app en los paneles de despliegue de Kubernetes
En GitLab 12.0 planeamos descontinuar la coincidencia por etiqueta app en el selector de despliegues de Kubernetes. En GitLab 11.10 introdujimos , que busca coincidencias por app.example.com/app y app.example.com/env, para mostrar despliegues en el panel.
Para que estos despliegues aparezcan en los paneles de despliegue, solo es necesario enviar un nuevo despliegue, y GitLab aplicará las nuevas etiquetas.
Fecha de eliminación: 22 de junio de 2019.
Los paquetes de GitLab 12.0 se firmarán con una firma extendida
El 2 de mayo de 2019 GitLab Omnibus GitLab desde el 01.08.2019 hasta el 01.07.2020. Si verificas las firmas del paquete y deseas actualizar las claves, simplemente sigue nuevamente las instrucciones de .
Fecha de eliminación: 22 de junio de 2019.
Registro de cambios
Busque todos estos cambios en el registro de cambios:
Instalación
Si está configurando una nueva instalación de GitLab, visite .
Actualización
→ echa un vistazo a
Fuente: habr.com
