Más opciones de colaboración y más notificaciones.
En GitLab buscamos constantemente nuevas formas de mejorar la colaboración a lo largo del ciclo de vida de DevOps. ¡Nos complace anunciar que desde esta versión apoyamos a varias personas responsables para una solicitud de fusión ! Esta característica está disponible desde el nivel de inicio de GitLab y realmente representa nuestro lema: "Todos pueden contribuir" . Sabemos que muchas personas pueden trabajar con una sola solicitud de fusión, para que todo esté en orden, ¡y ahora tiene la oportunidad de nombrar a varios responsables de las solicitudes de fusión!
Y los equipos de DevOps ahora reciben notificaciones automáticas de eventos de implementación en Slack y Mattermost . Agregue nuevas notificaciones a la lista de eventos de envío en estos dos chats, y su equipo sabrá casi al instante sobre nuevas implementaciones.
Reduzca los costos al admitir contenedores Docker en Windows y aprovisionar clústeres de Kubernetes a nivel de instancia
¡Nos encantan los contenedores! Los contenedores gastan menos recursos del sistema que las máquinas virtuales y mejoran la portabilidad de las aplicaciones. Desde el lanzamiento de GitLab 11.11, hemos apoyado al Ejecutor de Contenedor de Windows para GitLab Runner , por lo que ahora puede usar los contenedores Docker en Windows y disfrutar de las características avanzadas de orquestación y gestión de tuberías.
GitLab Premium (solo para instancias autogestionadas) ahora ofrece un proxy de almacenamiento en caché para las dependencias de las imágenes de Docker . Este complemento acelerará la entrega, porque ahora tendrá un proxy de almacenamiento en caché para las imágenes de Docker de uso común.
Los usuarios de instancias de GitLab autogestionadas ahora pueden preparar el clúster de Kubernetes a nivel de instancia , y todos los grupos y proyectos en la instancia lo usarán para sus implementaciones. Esta integración de GitLab con Kubernetes creará automáticamente recursos para proyectos específicos para mayor seguridad.
¡Y eso no es todo!
Además de las nuevas funciones de colaboración y notificaciones adicionales, agregamos acceso de invitado a los lanzamientos , aumentamos los minutos adicionales de CI Runner para GitLab Free , simplificamos las comprobaciones al resolver automáticamente las discusiones cuando aplica la oferta , ¡y mucho más!
El empleado más valioso de este mes ( MVP ): Kia Mei Somabes
En esta versión, agregamos la capacidad de descargar carpetas individuales de los repositorios, en lugar de todo el contenido. Ahora puede descargar solo algunos archivos necesarios. Gracias, Kia May Somabes
Características principales de GitLab 11.11
Ejecutor de contenedor de Windows para GitLab Runner
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 11.11, agregamos un nuevo ejecutor a GitLab Runner para que los contenedores Docker puedan usarse en Windows. Anteriormente, tenía que usar un shell para orquestar los contenedores Docker en Windows, pero ahora puede trabajar con los contenedores Docker en Windows directamente, casi de la misma manera que en Linux. Los usuarios de la plataforma Microsoft ahora tienen más opciones para la orquestación y gestión de canalizaciones.
Esta actualización incluye soporte mejorado de PowerShell en GitLab CI / CD, así como nuevas imágenes auxiliares para diferentes versiones de contenedores de Windows. Por supuesto, sus propios corredores de Windows se pueden usar con GitLab.com, pero hasta ahora no están en la lista de herramientas disponibles públicamente.
Proxy de dependencia de caché para registro de contenedor
PREMIUM, ULTIMATE
Los equipos a menudo usan contenedores en las tuberías de compilación, y un proxy de almacenamiento en caché para las imágenes y paquetes usados con frecuencia desde la parte superior es una excelente manera de acelerar las tuberías. Con una copia local de las capas deseadas, accesible a través del nuevo proxy de almacenamiento en caché, puede trabajar de manera más eficiente con imágenes comunes en su entorno.
Hasta ahora, el proxy para contenedores está disponible solo para instancias autogestionadas en el servidor web Puma (en modo experimental) .
Varios responsables de solicitudes de fusión
ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO
Muy a menudo, varias personas a la vez trabajan en una función en una rama común y en una solicitud de fusión, por ejemplo, cuando los desarrolladores front-end y back-end trabajan estrechamente entre sí o cuando los desarrolladores trabajan en pares, como en la programación extrema.
En GitLab 11.11, se pueden asignar varias personas para fusionar solicitudes. Al igual que con varios administradores de tareas, puede usar listas, filtros, notificaciones y API aquí.
Configuración de clúster de Kubernetes a nivel de instancia
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
El modelo de seguridad y capacitación en Kubernetes está evolucionando, y ahora 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 el clúster a nivel de instancia, y todos los grupos y proyectos en la instancia lo usarán para sus implementaciones. Esta integración de GitLab con Kubernetes creará automáticamente recursos para proyectos específicos para mayor seguridad.
Notificaciones de implementación en Slack y Mattermost
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Ahora puede configurar notificaciones automáticas de eventos de implementación en el canal del equipo gracias a la integración con los chats Slack y Mattermost , y su equipo estará al tanto de todos los eventos importantes.
Acceso de invitados a ediciones
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Ahora, los usuarios invitados de sus proyectos pueden ver los comunicados publicados en la página de Publicaciones. Podrán descargar artefactos publicados, pero no podrán descargar el código fuente ni ver información sobre repositorios, como etiquetas o confirmaciones.
Otras mejoras en GitLab 11.11
Gráficos de compromiso en serie para un mejor rendimiento
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Muchas operaciones de Git requieren atravesar el gráfico de confirmación, como calcular una base de combinación o generar ramas que contengan una confirmación. Cuantos más commits, más lentas se realizan estas operaciones, porque para omitir es necesario cargar cada objeto desde el disco para leer sus punteros.
En GitLab 11.11, incluimos la función de gráfico de compromiso serializado introducido en versiones recientes de Git para calcular y almacenar esta información por adelantado. Los rastreos en repositorios grandes ahora son mucho más rápidos. El gráfico de confirmación se creará automáticamente en la próxima recolección de basura en el repositorio.
Lea sobre cómo crear un gráfico serializado de confirmaciones en una serie de artículos de uno de los autores de esta característica.
Minutos adicionales de CI Runner: ahora para planes gratuitos
GRATIS, BRONCE, PLATA, ORO
El mes pasado, agregamos la posibilidad de comprar minutos adicionales de CI Runner, pero solo para los planes pagos de GitLab.com. En este número, puede comprar minutos en planes gratuitos.
Descargar archivos de directorio en el repositorio
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Dependiendo del tipo y tamaño del proyecto, el archivo de todo el proyecto puede llevar mucho tiempo y no siempre es necesario, especialmente en el caso de grandes repositorios mono. En GitLab 11.11, puede descargar un archivo de los contenidos del directorio actual, incluidos los subdirectorios, para seleccionar solo las carpetas que necesita.
Gracias por el trabajo, Kia May Somabes !
Aplicar una propuesta ahora resuelve automáticamente la discusión
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La propuesta de cambios simplifica el trabajo conjunto sobre solicitudes de fusión: ahora puede prescindir de copiar y pegar para aceptar el cambio propuesto. En GitLab 11.11, hicimos este proceso aún más fácil: ahora la discusión se resuelve automáticamente al aplicar la propuesta.
Contador de tiempo en la barra lateral del tablero de tareas
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Las barras de tareas laterales deberían tener el mismo aspecto en las vistas de pizarra y tareas. Por lo tanto, GitLab ahora tiene un contador de tiempo en la barra de tareas en la barra de tareas. Simplemente vaya al tablero de tareas, haga clic en la tarea y se abrirá un panel lateral con un contador de tiempo.
Información de implementación en la API de entornos
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Hemos agregado la capacidad de solicitar información sobre un entorno específico de la API de entornos para saber qué confirmación se implementa en el entorno en este momento. Esto simplificará la automatización y los informes para los usuarios de entornos en GitLab.
Coincidencia de variables negativas para reglas de canalización
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Ahora puede verificar la igualdad negativa o la coincidencia de patrones ( != Y !~ ) En el .gitlab-ci.yml al verificar los valores de las variables de entorno, por lo que el control del comportamiento de las tuberías se ha vuelto más flexible.
Inicio con un clic de todos los trabajos manuales en una etapa
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 11.11, los usuarios que tienen muchos trabajos manuales en etapas ahora pueden ejecutar todos esos trabajos en un solo paso haciendo clic en el botón "Reproducir todo" a la derecha del nombre de la etapa en la vista de canalización.
Crear un archivo directamente desde una variable de entorno
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Las variables de entorno a menudo se usan para crear archivos, especialmente para los secretos que necesitan protección y solo están disponibles en una tubería de entorno específica. Para hacer esto, establezca el contenido de la variable como el contenido de la variable y cree el archivo en el trabajo que contiene el valor. Con una nueva variable de entorno como file esto se puede hacer en un solo paso, incluso sin modificar .gitlab-ci.yml.
Punto final de la API de información de vulnerabilidad
ULTIMO, ORO
Ahora puede solicitar a la API de GitLab todas las vulnerabilidades identificadas en el proyecto. Con esta API, puede crear listas de vulnerabilidades legibles por máquina con filtros por tipo, validez y gravedad.
Capacidad de escaneo dinámico completo para DAST
ULTIMO, ORO
En GitLab, puede probar dinámicamente la seguridad de la aplicación (Dynamic Application Security Testing, DAST) como parte de la canalización de CI. A partir de esta versión, puede elegir el escaneo dinámico completo en lugar del escaneo pasivo estándar. El escaneo dinámico completo protege contra más vulnerabilidades.
Instale Prometheus en clústeres de nivel de grupo
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En esta versión de GitLab, puede adjuntar un clúster de Kubernetes a un grupo completo. También agregamos la capacidad de instalar una instancia de Prometheus en este clúster, para simplificar el monitoreo de todos los proyectos en el clúster.
El panel de seguridad ignora la información
ULTIMO, ORO
Los paneles de seguridad de GitLab permiten a los administradores ver vulnerabilidades ignoradas. Para optimizar el flujo de trabajo, agregamos la capacidad de ver la información de ignorar directamente en el panel de seguridad.
Crear métricas de panel personalizadas
PREMIUM, ULTIMATE, PLATA, ORO
Cree nuevos gráficos con métricas de rendimiento personalizadas directamente en la barra de herramientas en el panel de métricas. Los usuarios ahora pueden crear, actualizar y eliminar visualizaciones de métricas en el panel haciendo clic en el botón Agregar métrica en la esquina superior derecha de la barra de herramientas del panel.
Las tareas de las notificaciones ahora se abren en nombre de GitLab Alert Bot
PREMIUM, ULTIMATE, PLATA, ORO
Ahora, para las tareas que se abren desde notificaciones, el autor será GitLab Alert Bot, por lo que puede ver de inmediato que la tarea se creó automáticamente a partir de una notificación importante.
Guarde automáticamente descripciones épicas en el almacenamiento local.
ULTIMO, ORO
Las descripciones épicas no se guardaron en el almacenamiento local, por lo que los cambios desaparecieron si no los guardó explícitamente al cambiar la descripción épica. GitLab 11.11 introdujo la capacidad de guardar descripciones épicas en el almacenamiento local. Esto significa que ahora puede volver fácilmente a cambiar la descripción de la epopeya si se produce un error, se distrae o sale accidentalmente del navegador.
Soporte GitLab Mirroring para Git LFS
ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO
La duplicación puede replicar repositorios de Git de un lugar a otro. Esto facilita el almacenamiento de una réplica de un repositorio ubicado en otro lugar del servidor GitLab. GitLab ahora admite la creación de reflejos 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 el repositorio para tokens de acceso personal
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Muchos tokens de acceso personal tienen permiso para cambiar a nivel de api , pero el acceso completo a la API puede otorgar demasiados derechos a algunos usuarios u organizaciones.
Gracias a los aportes de la comunidad, los tokens de acceso personal ahora solo pueden tener permisos de lectura y escritura para repositorios de proyectos, en lugar de un acceso más profundo a nivel API a zonas sensibles de GitLab, como configuraciones y membresía.
Gracias, Horatiu Eugen Vlad
Agregar soporte básico para consultas de grupo GraphQL
GRATIS, BRONCE, PLATA, ORO, NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Con la API GraphQL, los usuarios pueden especificar exactamente qué datos necesitan y recibir todos los datos necesarios en unas pocas consultas. A partir de esta versión, GitLab admite agregar información básica de grupo a la API GraphQL.
Inicio de sesión de credenciales de Salesforce
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
GitLab ama a los desarrolladores de Salesforce, y para apoyar a esta comunidad, permitimos que los usuarios inicien sesión en GitLab con las credenciales de Salesforce.com. Ahora, en algunos casos, puede configurar GitLab como una aplicación conectada a Salesforce para usar Salesforce.com para iniciar sesión en GitLab con un solo clic.
Ahora se requiere SSO de SAML para el acceso web
PREMIUM, ULTIMATE, PLATA, ORO
Estamos ampliando el requisito de inicio de sesión único (SSO) a nivel de grupo introducido en la versión 11.8 con una revisión estricta de los recursos del grupo y del proyecto para que los usuarios solo puedan acceder al iniciar sesión con SAML. Este es un nivel adicional de control de acceso para organizaciones que valoran la seguridad y usan GitLab.com a través de SAML SSO. Ahora puede hacer que SSO sea imprescindible, sabiendo que los usuarios de su grupo están usando SSO.
Filtrado por datos recientemente creados o modificados para API épicas
ULTIMO, ORO
Solía ser difícil consultar datos creados o modificados recientemente usando la API épica en GitLab. En la versión 11.11, agregamos filtros adicionales created_after , created_before , updated_after y updated_before para garantizar la coherencia con las tareas de la API y encontrar rápidamente epopeyas cambiadas o creadas recientemente.
Autenticación biométrica con UltraAuth
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
UltraAuth se especializa en autenticación biométrica sin contraseña. ¡Ahora admitimos este método de autenticación en GitLab!
Gracias, Kartikey Tanna
GitLab Runner 11.11
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
¡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 a GitLab.
Mejoras omnibus
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Realizamos las siguientes mejoras en Omnibus en GitLab 11.11:
Circuito de mejora
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Hemos realizado las siguientes mejoras en los gráficos de Helm en GitLab 11.11:
Mejoras de rendimiento
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Continuamos mejorando el rendimiento de GitLab con cada lanzamiento para instancias de GitLab de cualquier tamaño. Algunas mejoras en GitLab 11.11:
Características obsoletas
GitLab Geo proporcionará almacenamiento hash en GitLab 12.0
GitLab Geo requiere almacenamiento hash para mitigar la competencia en nodos secundarios. Esto se ha observado en gitlab-ce # 40970 .
En GitLab 11.5, agregamos este requisito a la documentación de Geo: gitlab-ee # 8053 .
En GitLab 11.6, sudo gitlab-rake gitlab:geo:check si el almacenamiento hash está habilitado y si todos los proyectos se migran. Ver gitlab-ee # 8289 . Si está utilizando Geo, ejecute esta comprobación y migre lo antes posible.
En GitLab 11.8, se mostrará una advertencia deshabilitada permanentemente en la página Área de administración ›Geo› Nodos si las comprobaciones anteriores no están permitidas. gitlab-ee! 8433 .
En GitLab 12.0, Geo utilizará los requisitos de almacenamiento hash. Ver gitlab-ee # 8690 .
Fecha de eliminación: 22 de junio de 2019
GitLab Geo usará PG FDW en GitLab 12.0
Esto es necesario para Geo Log Cursor, ya que mejora significativamente el rendimiento de algunas operaciones de sincronización. El rendimiento de la consulta de estado del nodo geográfico también se ha mejorado. Las consultas anteriores tenían una productividad demasiado baja en grandes proyectos. Vea cómo configurar esto en Geo Replicación de base de datos . En GitLab 12.0, Geo requerirá PG FDW. Ver gitlab-ee # 11006 .
Fecha de eliminación: 22 de junio de 2019
Las opciones de centinela para el informe y el registro de errores se eliminarán 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, puede definir un entorno Sentry para distinguir entre múltiples implementaciones. Por ejemplo, desarrollo, puesta en escena y producción. Ver gitlab-ce # 49771 .
Fecha de eliminación: 22 de junio de 2019
Limite el número máximo de tuberías creadas por un envío
GitLab solía crear tuberías para el HEAD cada rama en el envío. Esto es conveniente para los desarrolladores que envían varios cambios a la vez (por ejemplo, a la rama de características y a la rama de develop ).
Pero al enviar un repositorio grande, donde hay muchas ramas activas (por ejemplo, para mover, duplicar o ramificar), no necesita crear una tubería para cada rama. Comenzando con GitLab 11.10, creamos un máximo de 4 canales al enviar.
Borrado: 22 de mayo de 2019
Legacy GitLab Runner Code Legacy Paths
A partir de Gitlab 11.9, GitLab Runner utiliza el nuevo método de clonación / invocación de repositorio. Actualmente, GitLab Runner usará el método anterior si el nuevo no es compatible. Vea esta tarea para más detalles.
En GitLab 11.0, cambiamos el aspecto de la configuración del servidor métrico para GitLab Runner. metrics_server se eliminará a favor de listen_address en GitLab 12.0. Vea esta tarea para más detalles.
En la versión 11.3, GitLab Runner comenzó a admitir varios proveedores de caché ; lo que condujo a nuevas configuraciones para una configuración específica de S3 . La documentación contiene una tabla de cambios e instrucciones para pasar a una nueva configuración. Vea esta tarea para más detalles.
Estas rutas no estarán disponibles en GitLab 12.0. Como usuario, no necesita cambiar nada, solo asegúrese de que la instancia de GitLab funcione con la versión 11.9+ al actualizar a GitLab Runner 12.0.
Fecha de eliminación: 22 de junio de 2019
Característica de punto de entrada en desuso para GitLab Runner
En 11.4, el GitLab Runner presenta el FF_K8S_USE_ENTRYPOINT_OVER_COMMAND función FF_K8S_USE_ENTRYPOINT_OVER_COMMAND para solucionar problemas como # 2338 y # 3536 .
En GitLab 12.0, cambiaremos al comportamiento correcto, como si el parámetro de función estuviera deshabilitado. Vea esta tarea para más detalles.
Fecha de eliminación: 22 de junio de 2019
Soporte de distribución de Linux obsoleto que alcanza EOL para GitLab Runner
Algunas distribuciones de Linux en las que puede instalar GitLab Runner han cumplido su propósito.
En GitLab 12.0, GitLab Runner ya no distribuirá paquetes a tales distribuciones de Linux. Puede encontrar una lista completa de distribuciones que ya no son compatibles en nuestra documentación . ¡Gracias, Javier Jardón , por tu aporte !
Fecha de eliminación: 22 de junio de 2019
Eliminar viejos comandos de ayuda de GitLab Runner
Como parte de la adición de soporte para Windows, el ejecutor de Docker tuvo que abandonar algunos de los comandos antiguos que se utilizan para la imagen auxiliar .
En GitLab 12.0, GitLab Runner comienza con nuevos comandos. Esto solo se aplica a los usuarios que anulan la imagen auxiliar . Vea esta tarea para más detalles.
Fecha de eliminación: 22 de junio de 2019
Eliminando el mecanismo heredado git clean de GitLab Runner
En GitLab Runner 11.10, proporcionamos la posibilidad de personalizar cómo Runner ejecuta el comando git clean . Además, la nueva estrategia de limpieza elimina el uso de git reset y coloca el comando git clean después del paso de carga.
Como este cambio de comportamiento puede afectar a algunos usuarios, hemos preparado el parámetro FF_USE_LEGACY_GIT_CLEAN_STRATEGY . Si se establece en true , restaurará la estrategia de limpieza heredada. Puede encontrar más información sobre el uso de parámetros de función en GitLab Runner en la documentación .
En GitLab Runner 12.0, eliminaremos el soporte para la estrategia de limpieza heredada y la capacidad de restaurarla usando un parámetro de función. Ver en esta tarea .
Fecha de eliminación: 22 de junio de 2019
Cuando presentamos las plantillas de proyecto a nivel de grupo en la versión 11.6, accidentalmente pusimos esta característica para Premium / Silver a disposición de todos los planes.
Solucionamos este error en la versión 11.11 y otorgamos otros 3 meses a todos los usuarios e instancias por debajo del nivel Silver / Premium.
A partir del 22 de agosto de 2019, las plantillas de proyectos grupales solo estarán disponibles para el plan Silver / Premium y superiores, como se describe en la documentación.
Fecha eliminada: 22 de agosto de 2019
Soporte de trabajo por lotes de Windows descontinuado
En GitLab 13.0 (22 de junio de 2020), planeamos abandonar 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 soporte mejorado para Windows PowerShell. Más detalles en esta tarea .
Ahora, nuestra visión de DevOps empresarial estará en línea con la posición de Microsoft de que PowerShell es la mejor opción para automatizar aplicaciones empresariales en entornos Windows. Si desea continuar usando cmd.exe , puede llamar a estos comandos desde PowerShell, pero no admitiremos directamente los trabajos por lotes de Windows debido a varias inconsistencias que conducen a altos costos de mantenimiento y desarrollo.
Eliminar fecha: 22 de septiembre de 2019
Requiere Git 2.21.0 o superior.
A partir de GitLab 11.11, se requiere Git 2.21.0 para ejecutarse. Omnibus GitLab ya viene con Git 2.21.0 , pero los usuarios de las instalaciones iniciales con versiones anteriores de Git tendrán que actualizar.
Borrado: 22 de mayo de 2019
Plantilla de servicio de Kubernetes en desuso
En GitLab 12.0, planeamos abandonar la plantilla de servicio Kubernetes a nivel de instancia en favor de la configuración de clúster a nivel de instancia introducida en GitLab 11.11.
Todas las instancias de autogestión donde se usa la plantilla de servicio se migrarán al clúster en el nivel de instancia cuando se actualice a GitLab 12.0.
Fecha de eliminación: 22 de junio de 2019
Rechazar la coincidencia de etiquetas de app en los paneles de implementación de Kubernetes
En GitLab 12.0, planeamos abandonar la coincidencia de etiquetas de aplicaciones en el selector de implementación de Kubernetes. En GitLab 11.10, presentamos un nuevo mecanismo de coincidencia que busca coincidencias en app.example.com/app y app.example.com/env para mostrar las implementaciones en el panel.
Para que estas implementaciones se muestren en los paneles de implementación, solo necesita enviar una nueva implementación, y GitLab aplicará nuevos accesos directos.
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 extendió las claves de firma para los paquetes Omnibus GitLab del 01/08/2019 al 01/01/2020. Si está buscando firmas de paquetes y desea renovar sus claves, simplemente siga las instrucciones en la documentación para firmar paquetes Omnibus nuevamente.
Fecha de eliminación: 22 de junio de 2019
Cambiar registro
Busque todos estos cambios en el registro de cambios:
Instalación
Si está configurando una nueva instalación de GitLab, visite la página de descarga de GitLab .
Actualización
→ Mira la página de actualización