Dev, Sec y Ops
GitLab 12.0 es un lanzamiento clave en el camino hacia la implementación de un enfoque que cubrirá todos los elementos de DevSecOps y permitirá que todos contribuyan.
Tuvimos un año muy emocionante: trabajamos duro en una solución que uniera a todos los equipos. La comunidad ha hecho miles de adiciones para hacer que GitLab sea aún más genial.
Creemos que todos pueden contribuir, por lo que agregamos características para la colaboración entre diferentes equipos, la entrega rápida de un gran código y la combinación de Dev, Sec y Ops.
Revisiones de código visual
Las aplicaciones de revisión de GitLab son herramientas convenientes con las cuales cualquier persona (desde el equipo de servicio y especialistas en control de calidad hasta los propietarios de empresas) puede evaluar y aprobar cambios en las aplicaciones antes de lanzarlas a producción.
En GitLab 12.0, puede proporcionar fácilmente comentarios visuales directamente en la aplicación de revisión. Sin esfuerzo adicional, como cambiar entre pestañas e ingresar texto, lo que reduce el tiempo de revisión y agiliza la entrega.
Lista de dependencias del proyecto
Por lo general, los proyectos consisten en docenas de componentes individuales, y esto está lleno de vulnerabilidades. Los especialistas en seguridad y cumplimiento deben conocer todos los componentes del proyecto.
Ahora puede ver fácilmente las dependencias del proyecto en un solo lugar.
Restricción de acceso por dirección IP
Algunas compañías prefieren restringir el acceso a los repositorios por dirección IP.
En GitLab 12.0, puede restringir el acceso a los datos en GitLab para el tráfico de direcciones IP externas.
El empleado más valioso ( MVP ) de este mes es Wolphin .
Gracias a él, ahora se admiten varias extensiones en GitLab CI, que adornó notablemente la primitiva ya hermosa.
Gracias, wolphin
Características principales de GitLab 12.0
Revisiones de código visual
ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO
GitLab permite a los usuarios crear automáticamente aplicaciones de revisión para cada solicitud de fusión. Cualquiera puede ver el cambio en el proyecto o la interfaz de usuario.
En GitLab 12.0, discutir estos cambios es aún más conveniente gracias a las herramientas de revisión visual disponibles directamente en la aplicación de revisión. Un pequeño fragmento de código, y los diseñadores, gerentes de producto y todos los interesados pueden dejar rápidamente un comentario sobre la solicitud de fusión, sin abandonar la aplicación.
Lista de dependencias del proyecto
ULTIMO, ORO
Ahora, desde el menú de la izquierda, puede abrir la lista de dependencias del proyecto (a veces se denominan especificaciones o BOM (Bill of Materials)).
La lista de materiales muestra qué componentes se incluyen en el proyecto, lo cual es importante para los profesionales de seguridad o cumplimiento. El informe no solo se puede ver, sino que también se puede exportar como JSON.
Restricción de acceso por dirección IP
ULTIMO, ORO
Si la compañía tiene un control estricto, puede prohibir el acceso a sus recursos desde direcciones IP externas. Esta característica es especialmente útil para las empresas que usan VPN, porque ahora puede restringir el tráfico fuera de la subred especificada para acceder a los recursos en la interfaz de usuario de GitLab.
El control estricto sobre el código de empresa más valioso ahora se puede configurar a nivel de grupo en instancias autogestionadas o en GitLab.com, y es muy simple.
Sincronización de archivos con terminal web
ULTIMO, ORO
En GitLab 12.0, los cambios realizados en el IDE web ahora se pueden sincronizar con el terminal web. Los cambios en el IDE web se pueden probar en el terminal web antes de enviarlos al proyecto.
Esta característica también simplifica la llegada de nuevos miembros que ahora pueden ver, editar y probar el código sin instalar dependencias locales para el proyecto.
Nota: GitLab.com solo admite terminales web interactivos a través de corredores privados.
Integración de Git para JupyterHub
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La implementación de JupyterHub a través de la integración de Gitlab con Kubernetes le permite comenzar a trabajar fácilmente con los cuadernos Jupyter, con los que puede crear y enviar documentos con código en vivo, diagramas e incluso instrucciones.
A partir de GitLab 12.0, la extensión Git para JupyterLab se configura automáticamente cuando instala JupyterHub en un clúster de Kubernetes. Esta integración le permite controlar completamente los portátiles y ejecutar comandos Git en Jupyter. Los comandos Git se pueden ejecutar en la pestaña Git en el panel izquierdo o en la línea de comando Jupyter.
Otras mejoras en GitLab 12.0
Soporte para extensiones múltiples en .gitlab-ci.yml
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La extends permite a los usuarios mantener conciso su código GitLab CI / CD. Los usuarios avanzados de GitLab CI / CD ya están utilizando extensiones para comprimir partes comunes del código. Nosotros mismos los usamos para construir GitLab y nuestras características de Auto DevOps .
En GitLab 12.0, nos complace presentar una adición de Wolphin , gracias a la cual puede incluir varios fragmentos extends en una tarea para optimizar y reducir la configuración de CI.
Gracias, wolphin
Cadenas de fusión secuenciales
PREMIUM, ULTIMATE, PLATA, ORO
En la versión 12.0, presentamos una nueva forma de mantener verdes las ramas master o de liberación: la cadena de fusión. Las cadenas de fusión se basan en nuestras líneas de función para solicitudes / resultados de fusión y permiten las tuberías de cola en orden.
Ahora, las tuberías de las cadenas de fusión van secuencialmente (una a la vez), por lo que quizás sea mejor que no active esta función hasta ahora, dependiendo de la frecuencia y la duración de sus tuberías.
En el futuro, planeamos habilitar esta función de manera predeterminada, pero primero necesitamos soporte para la ejecución paralela para mayor conveniencia.
Registros de misiones plegables
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 12.0, agregamos la capacidad de expandir y contraer registros en trabajos de CI / CD de GitLab. Esto facilitará la depuración de algunos pasos de la tarea y la visualización de pasos generales, o detalles si necesita ver toda la salida.
Inicialmente, fue una adición de Matthias van de Meent . Gracias, Matthias
Notificaciones por correo electrónico para grupos específicos
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En 12.0, agregamos la capacidad de seleccionar direcciones individuales para notificaciones grupales. Los usuarios ahora pueden recibir notificaciones grupales a otras direcciones. Por ejemplo, una dirección de trabajo para un grupo de trabajo y una dirección personal para un grupo personal.
Base de datos de vulnerabilidad para ver y aceptar complementos
ULTIMO, ORO
Nuestra base de datos de vulnerabilidades del proyecto se puede ver aquí . Examine lo que contiene y verifique las vulnerabilidades más relevantes para usted.
Consulte también nuestras recomendaciones de contribución para mejorar su base de datos de vulnerabilidades.
Indicación de la razón por la que se perdió la vulnerabilidad.
ULTIMO, ORO
Si ignora la vulnerabilidad encontrada, ahora puede explicar el motivo en un campo especial.
Los profesionales y desarrolladores de seguridad podrán ver el historial y comprender por qué no hay soluciones.
Administre permisos solo en LDAP
PREMIUM, ULTIMATE
Las empresas que usan LDAP generalmente lo sincronizan con GitLab para administrar los permisos.
En GitLab 12.0, ahora puede evitar que todos, excepto el administrador, cambien los permisos para una instancia fuera de LDAP. Con este enfoque, las compañías con controles estrictos pueden garantizar que los permisos en LDAP sean consistentes con los permisos de la instancia y que nadie más que los administradores de la instancia no puedan cambiarlos.
Solo los administradores pueden eliminar proyectos
PREMIUM, ULTIMATE
Las compañías estrictamente controladas solo pueden permitir el archivado de proyectos que pueden contener código importante en el repositorio para no perderlo para siempre.
Los administradores de instancias pueden prohibir que los usuarios comunes eliminen proyectos a nivel de instancia y sabrán con certeza que los proyectos solo se archivarán y no irán a ninguna parte.
Perspectivas de Gitlab
ULTIMO, ORO
GitLab Insights introducido en GitLab Ultimate 11.9 (parámetro de función) ahora está disponible públicamente en GitLab Ultimate 12.0.
Configure la visualización de la información más relevante, como la pureza de la clasificación, el número de tareas creadas y cerradas durante un período determinado, el tiempo promedio para fusionar las solicitudes de fusión y mucho más.
Notificaciones de falla de ensamblaje en la rama maestra
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
El servicio de notificación de canalización en GitLab permite a los usuarios configurar notificaciones de finalización o falla de ensamblajes para la lista de destinatarios. Anteriormente, solo podía suscribirse a todos los problemas de compilación.
En GitLab 12.0, agregamos la capacidad de suscribirse a notificaciones de fallas solo en la rama predeterminada del proyecto (por ejemplo, master ).
Gracias por el trabajo, Peter Marko !
Soporte mejorado para pasar variables a tuberías aguas abajo
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 11.8, introdujimos la capacidad de ejecutar una tubería secundaria desde un trabajo intermedio hasta el flujo ascendente. También introdujimos soporte básico para pasar variables a una tubería más baja.
GitLab 12.0 admite la transferencia de variables de entorno actuales a una tubería más baja. Esto permite a los usuarios proporcionar contexto para una canalización posterior y para confirmaciones, solicitudes de fusión u otros elementos de la canalización que lo lanzó.
Clones de superficie predeterminados acelerados para nuevos proyectos en GitLab CI / CD
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Desde el lanzamiento de GitLab 8.9, GitLab CI / CD admite clones de git de superficie utilizando la variable GIT_DEPTH en la definición del trabajo.
En GitLab 12.0, agregamos la capacidad de establecer esta profundidad en el nivel del proyecto para que los encargados del proyecto puedan elegir el aleteo de superficie predeterminado. Crear clones de Git de superficie es más rápido que clonar todo el repositorio de Git cada vez, y si sus trabajos de CI / CD están configurados para generar los últimos cambios, los clones de superficie serán suficientes.
Además, en GitLab 12.0, para los nuevos proyectos creados en GitLab, el parámetro GIT_DEPTH tendrá un valor predeterminado de 50 cuando se cree. Esta cantidad razonable ayudará a los usuarios a clonar y ejecutar compilaciones en GitLab CI / CD más rápido, y los usuarios avanzados podrán cambiar esta configuración para otros scripts de CI / CD.
El proxy de dependencia está habilitado para grupos de forma predeterminada
PREMIUM, ULTIMATE
En GitLab 11.11, lanzamos proxies de dependencia para que los usuarios puedan descargar y almacenar en caché las imágenes de Docker para descargas más rápidas y confiables.
En GitLab 12.0, habilitamos esta función de forma predeterminada a nivel de grupo.
La plantilla de Maven ahora envía automáticamente el código al repositorio de Maven
PREMIUM, ULTIMATE, PLATA, ORO
Los desarrolladores de Java necesitan una manera fácil de construir dependencias y administrarlas en las tuberías de GitLab CI / CD.
En GitLab 12.0, cambiamos la plantilla Maven.gitlab-ci.yml incluida para que los usuarios envíen dependencias de Java al repositorio de GitLab Maven desde sus canalizaciones de CI / CD y las administren.
Eliminar etiquetas del registro de contenedores a través de la API
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Con la API de registro de contenedores, los usuarios de GitLab pueden administrar fácilmente sus registros usando código.
En GitLab 12.0, actualizamos el modelo de permisos para que los desarrolladores puedan eliminar las etiquetas.
Desduplicación de objetos Git (Beta)
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La ramificación de flujos de trabajo simplifica la colaboración en un proyecto: crea una copia del proyecto ascendente, trabaja con él y luego abre la solicitud de fusión para agregar sus cambios al proyecto ascendente. Para proyectos populares, los requisitos de almacenamiento del lado del servidor para miles de copias aumentan rápidamente, junto con los costos.
En GitLab 12.0, los administradores de instancias pueden habilitar la deduplicación de objetos utilizando el parámetro de función object_pools . Si está habilitado, cuando se bifurca un proyecto público, se creará un grupo de objetos y se usarán objects/info/alternates para que las ramas ocupen menos espacio.
Para deduplicar objetos, el almacenamiento hash debe estar habilitado y el proyecto principal debe usar el almacenamiento hash. Las ramas existentes aún no se transfieren automáticamente al grupo de objetos. Sigue las noticias: gitaly # 1560 .
En el próximo número, implementaremos una ramificación rápida para que las sucursales se creen inmediatamente con deduplicación. Ahora se crean primero y luego se deduplican.
La deduplicación de objetos se ha estado ejecutando en GitLab.com desde el 30 de mayo de 2019, pero está desactivada de forma predeterminada para instancias autogestionadas, porque una llamada muestra una advertencia sobre un mapa de bits repetido . El problema se solucionó en 12.0, pero no logramos eliminar el parámetro de función en esta versión.
Git bitmap hash cache habilitado para un reempaque más rápido
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 12.0, al volver a empaquetar los repositorios de Git, la memoria caché hash de mapa de bits se almacena en el índice de mapa de bits. La memoria caché mejora el rendimiento del reempaquetado, especialmente cuando se usan secciones delta.
Las versiones de JGit anteriores a 3.5.0 no son compatibles con la memoria caché hash de mapa de bits.
Verificación de las credenciales de Kubernetes proporcionadas al crear el clúster
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Si agrega el clúster de Kubernetes manualmente, debe ingresar muchos datos y es posible que se produzcan errores. Para identificar problemas de acceso y permisos, ahora al agregar manualmente un clúster, la integración de Kubernetes verificará la disponibilidad de la URL de API, así como la validez del token del clúster y el certificado de CA
Si ocurre un problema, recibirá una notificación.
Uso de GitLab Serverless con la configuración actual de Knative
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Antes de esta versión, las características de GitLab Serverless solo se podían usar al instalar Knative a través de GitLab. En GitLab 12.0, las instalaciones Knative existentes también podrán aprovechar GitLab Serverless. Simplemente agregue el clúster existente manualmente , agregue las plantillas Serverless necesarias al proyecto y GitLab hará el resto.
Esto significa que ahora puede usar GitLab Serverless con soluciones Knative de terceros, como Cloud Run en GKE de Google o Knative alojado por IBM.
Enlaces y acceso a la conferencia Zoom desde una tarea
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En GitLab 12.0, facilitamos la colaboración en tareas con conferencias de Zoom. Pegue el enlace a la conferencia Zoom en la descripción de la tarea. GitLab reconoce el enlace y muestra el botón "Unirse a la reunión de Zoom" debajo del encabezado.
Enlace a paneles externos desde paneles de entorno
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los equipos de servicio a menudo usan paneles más sofisticados con métricas para visualizar el estado de sus entornos.
A partir de GitLab 12.0, puede proporcionar y abrir paneles de control de terceros directamente desde los paneles de control de GitLab.
Notificaciones de límite común de CI Runner en GitLab.com
GRATIS, BRONCE, PLATA, ORO
Los propietarios del grupo GitLab.com ahora recibirán notificaciones por correo electrónico de que la cuota de minutos de CI ha expirado e instrucciones para comprar minutos de CI adicionales.
Capacidad para consultar épicas en GraphQL
ULTIMO, ORO
Con la API GraphQL, los usuarios pueden especificar exactamente qué datos necesitan y recibir todos los datos necesarios en unas pocas consultas.
En esta versión, GitLab admite la capacidad de consultar épicas en la API GraphQL.
La API de tareas ahora proporciona estadísticas de acción
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los usuarios pueden definir acciones en las tareas, y esta información se muestra en diferentes lugares de la aplicación.
En GitLab 12.0, los usuarios pueden obtener información sobre el progreso a través de la API.
Nuevo diseño de discusión de hilo
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
El diseño existente para discutir solicitudes y tareas de fusión incluía muchos campos y bordes, por lo que a veces era difícil seguir una conversación.
En GitLab 12.0 presentamos un diseño más fácil de usar.
Estadísticas de tareas adicionales de la API de tareas
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los usuarios no recibieron estadísticas detalladas de la tarea de la API de la tarea.
En GitLab 12.0 agregamos la capacidad de ver el número de todas las tareas, tareas abiertas y cerradas.
Mejora de las notas del sistema al agregar o eliminar enlaces entre epopeyas
ULTIMO, ORO
Los cambios en las relaciones entre las epopeyas no se registraron en las notas del sistema en el hilo de discusión de la epopeya.
En GitLab 12.0, las notas del sistema se registran cuando se agregan o eliminan las conexiones entre las epopeyas principales y secundarias.
Agregar y eliminar epopeyas infantiles a través de acciones rápidas
ULTIMO, ORO
Ahora las epopeyas secundarias no pueden agregarse o eliminarse de los padres mediante acciones rápidas.
En GitLab 12.0, agregamos la capacidad de agregar y eliminar epopeyas secundarias utilizando los /child_epic y /remove_child_epic .
Docker en Docker ya no es necesario para DAST
ULTIMO, ORO
Las pruebas de seguridad de aplicaciones dinámicas (DAST) ya no requieren Docker en Docker. Por lo tanto, la imagen DAST Docker (3 GB) se almacenará en caché en los corredores.
La imagen se actualiza semanalmente, por lo que el caché deja de ser válido todos los lunes.
GitLab Runner 12.0
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
¡Hoy lanzamos GitLab Runner 12.0! GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar trabajos de CI / CD y enviar resultados a GitLab.
Los cambios más interesantes:
Como dijimos en publicaciones anteriores, en GitLab Runner 12.0 eliminamos funciones obsoletas:
Se puede encontrar una lista completa de cambios en el registro de cambios de GitLab Runner: CHANGELOG .
Mejoras omnibus
NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE
Continuamos mejorando GitLab Omnibus con cada lanzamiento.
Algunas mejoras en GitLab 12.0:
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.0:
Características obsoletas
GitLab 9.x ya no es compatible
Estamos presentando la nueva versión principal de GitLab, por lo que GitLab 9.x ya no es compatible . Recomendamos que actualice al menos a GitLab 10.0 para obtener ayuda de nuestro equipo de soporte .
Fecha de eliminación: 22 de junio de 2019
GitLab Geo requiere almacenamiento hash en GitLab 12.0
GitLab 12.0 GitLab Geo requiere almacenamiento hash para mitigar la competencia en nodos secundarios. Use sudo gitlab-rake gitlab:geo:check para verificar si el almacenamiento hash está habilitado y si todos los proyectos se migran. Consulte la documentación sobre cómo migrar al almacenamiento hash .
Ya hemos hablado de esto antes .
En GitLab 11.5, agregamos este requisito a la documentación de Geo .
En GitLab 11.6 , sudo gitlab-rake gitlab:geo:check si el almacenamiento hash está habilitado y si todos los proyectos se migran . 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.
Fecha de eliminación: 22 de junio de 2019
GitLab Geo requiere un contenedor de datos externos PostgreSQL en GitLab 12.0
En GitLab 12.0, Geo requiere un contenedor de datos externos de PostgreSQL, por lo que la versión de PostgreSQL debe ser al menos 9.6. GitLab Geo utiliza el Contenedor de datos foráneos de PostgreSQL para consultar datos de diferentes instancias de PostgreSQL. Esto es necesario para Geo Log Cursor , ya que mejora significativamente el rendimiento de algunas operaciones de sincronización. Envoltorio de datos extranjeros también mejora el rendimiento de las consultas de estado del nodo Geo. Las consultas anteriores tenían una productividad demasiado baja en grandes proyectos.
Aprenda cómo configurar PostgreSQL Foreign Data Wrapper en la documentación de Geo Database Replication .
Fecha de eliminación: 22 de junio de 2019
Rechazar la coincidencia de etiquetas de aplicaciones en los paneles de implementación de Kubernetes
En GitLab 12.1, eliminaremos la asignación del acceso directo de la app en el selector de implementación de Kubernetes (la eliminación inicial se planeó para la versión 12.0). En GitLab 11.10, presentamos un nuevo mecanismo de coincidencia que busca coincidencias en app.gitlab.com/app y app.gitlab.com/env para mostrar las implementaciones en el panel.
Para que estas implementaciones aparezcan en los paneles de implementación, solo necesita enviar un nuevo denla y GitLab aplicará nuevos accesos directos.
Fecha de eliminación: 22 de junio de 2019
Eliminar una variable de entorno AUTO_DEVOPS_DOMAIN
La nueva variable de entorno KUBE_INGRESS_BASE_DOMAIN se introdujo en GitLab 11.8 . Ya no necesita usar AUTO_DEVOPS_DOMAIN para definir varios dominios, ya que ahora se definen individualmente en la página del clúster.
Fecha de eliminación: 22 de junio de 2019
Eliminar la plantilla de servicio de Kubernetes
En GitLab 12.1, 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
skip_auto_migrations
GitLab 12.0 skip_auto_migrations . GitLab 10.6.
: 22 2019 .
Prometheus 1.x
GitLab 12.0 Prometheus 1.x .
: 22 2019 .
openSUSE 42.3
EOL openSUSE 42.3 30 2019 . GitLab 12.1, GitLab 12.2.
: 22 2019 .
legacy GitLab Runner
Gitlab 11.9 GitLab Runner / . GitLab Runner , . .
GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .
11.3 GitLab Runner - . S3 . . .
GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.
: 22 2019 .
GitLab Runner
11.4 GitLab Runner .
FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .
GitLab 12.0 , . .
: 22 2019 .
Linux, EOL, GitLab Runner
Linux, GitLab Runner, .
GitLab 12.0 GitLab Runner Linux. , , .
, ( Javier Jardón ), !
: 22 2019 .
GitLab Runner Helper
Windows Docker executor , helper image .
GitLab 12.0 GitLab Runner . , helper image. .
: 22 2019 .
legacy git clean GitLab Runner
GitLab Runner 11.10 , Runner git clean . , git reset git clean .
GitLab 12.0 GitLab Runner . . .
: 22 2019 .
Secure License Management License Compliance GitLab 12.0
License Management , , GitLab 12.0. License Compliance — , , , , .
License Compliance .
: 22 2019 .
.gitlab-ci.yml Secure
.gitlab-ci.yml , :
--auth-first-page , , .DEP_SCAN_DISABLE_REMOTE_CHECKS , , .sast_container GITLAB_FEATURES , container_scanning .
.gitlab-ci.yml , , . Secure . , Secure .
, .
: 22 2019 .
Secure GitLab 12.0
Secure . Secure .
Secure .gitlab-ci.yml include: template: Dependency-Scanning.gitlab-ci.yml .
: 22 2019 .
3DES GitLab.com Pages
GitLab.com Pages 3DES, .
3DES . , Internet Explorer 7 8 Windows XP.
: 22 2019 .
MySQL GitLab 12.1
GitLab 12.0 — MySQL ( MariaDB) . PostgreSQL, . MySQL , Enterprise Edition Starter Premium.
GitLab MySQL, , .
: 22 2019 .
Sentry GitLab 12.1
GitLab 12.1 gitlab.yml GitLab 11.11. , Sentry, (, , ). . gitlab-ce#49771 .
: 22 2019 .
Silver/Premium
GitLab 11.6, Premium/Silver .
GitLab 11.11, Silver/Premium.
22 2019 Silver/Premium , .
: 22 2019 .
License Management Python 3 GitLab 12.2
Python 3 Secure License Management.
Python 2 CI LM_PYTHON_VERSION «2», , GitLab 12.2. Python 3 CI LM_PYTHON_VERSION «3» .
: 22 2019 .
Windows
GitLab 12.3 Windows GitLab Runner (, cmd.exe ) Windows PowerShell.
DevOps Microsoft, PowerShell — Windows.
cmd.exe , PowerShell, Windows - , .
: 22 2019 .
GitLab Runner Docker Executor
GitLab Runner 11.10 , , Docker Docker Machine. GitLab Runner , builds_dir . - , .
GitLab Runner 12.3 . . .
: 22 2019 .
Python 2 Secure License Management
Python 2 GitLab, Python 2.7 EOL 1 2020 .
: 22 2019 .
GitLab 12.0
GitLab 12.0 , Enterprise Edition , Community Edition. . , GitLab, 11.11, 12.0.0. , 12.3.0, 11.11 . , , . Omnibus 12.0.0, GitLab Helm Chart . .
- PostreSQL 10.0,
/etc/gitlab/disable-postgresql-upgrade . - GitLab Geo , PostgreSQL
primary secondary . Geo 12.1 .
- GitLab 12.0 JSON . , , JSON .
- Omnibus .
:
Instalación
GitLab, GitLab .
.