Crear software de alta calidad no es un proceso fácil. Primero, debe resolver problemas comerciales y escribir código de calidad. Sin embargo, las dificultades no terminan ahí: aún debe asegurarse de que su código funcione de manera rápida, segura y confiable. Trabajar con código es un transportador de muchas etapas, como ensamblaje, integración, prueba, seguridad, revisión, configuración e implementación. Todas estas acciones requieren mucho tiempo y esfuerzo.
Además de proporcionar oportunidades de colaboración en repositorios públicos y privados, GitLab también simplifica todo el proceso de desarrollo con un extenso kit de herramientas integrado y con esta versión. Simplemente confirme su código y Auto DevOps hará el resto. Auto DevOps es un transportador CI / CD completo premontado que automatiza todo el proceso de entrega. Auto DevOps se hace público (GA, Disponibilidad general) en GitLab 11.0.
Otras innovaciones clave de GitLab 11.0:
- Gestión de licencias , que busca automáticamente licencias según las dependencias de sus proyectos;
- Pruebas de seguridad mejoradas de su código, contenedores y dependencias;
- Nueva integración con Kubernetes ;
- IDE web mejorado;
- Visualización mejorada de epopeyas y hojas de ruta ;
- Despliegue incremental ;
- Y mucho mas.
Para comenzar, repasemos esta lista con más detalle.
Auto DevOps cubre todo el ciclo de entrega: simplemente confirme su código en GitLab y deje que Auto DevOps haga el resto: este sistema construirá , probará , verificará la calidad del código , la seguridad y las licencias , el paquete , el rendimiento de la prueba , la implementación y el monitoreo de su aplicación.
"GitLab es un componente clave en nuestros procesos de desarrollo y entrega, que ha cuadruplicado nuestra velocidad de entrega y ha simplificado enormemente el proceso de desarrollo colaborativo para nuestros equipos", dijo Chris Hill, ingeniero jefe de sistemas de infoentretenimiento en Jaguar Land Rover.
“Estamos muy satisfechos con Auto DevOps porque nos permite centrarnos en la escritura de códigos y los procesos comerciales. GitLab hace el resto: compilaciones automáticas, pruebas, implementación e incluso monitoreo de nuestra aplicación ".
Gestión de licencias (análisis de componentes de software): a menudo, el software es una compleja combinación de código con componentes de terceros (bibliotecas, marcos y diversas herramientas). Como regla general, cada componente tiene restricciones de licencia y permisos que deben ser monitoreados y tomados en cuenta. En GitLab 11.0 agregamos la funcionalidad de License Management (análisis de componentes de software). Se integrará en solicitudes de fusión, desde donde puede realizar un seguimiento de las licencias de sus componentes.
Seguridad: seguimos trabajando para mejorar las funciones de seguridad integradas de GitLab. Ahora puede encontrar vulnerabilidades incluso antes con la ayuda de las pruebas estáticas y dinámicas integradas de las aplicaciones, así como con el análisis de dependencias y contenedores. Hemos ampliado nuestra cobertura de pruebas de seguridad de aplicaciones estáticas (SAST); ahora es compatible con Scala y .Net . También agregamos nuevos elementos a los informes SAST, ahora le proporcionarán aún más detalles.
Kubernetes: Continuamos mejorando nuestra integración con Kubernetes y simplificamos la interacción de GitLab con este sistema. En esta versión, hemos agregado varias características nuevas, la más interesante de las cuales es la capacidad de ver los registros de pod Kubernetes directamente desde el tablero de implementación de GitLab.
IDE web de GitLab: cuanto más pueda hacer sin abandonar el IDE, más productivo trabajará. Ahora puede ver las canalizaciones de CI / CD directamente desde el IDE , por lo que puede ver un informe instantáneo si la canalización falla. Además, agregamos la capacidad de cambiar rápidamente a la próxima solicitud de fusión, lo que le permitirá crear, mejorar o realizar revisiones de solicitudes de fusión sin salir del IDE. Todo esto le permitirá participar de manera rápida y efectiva en realizar cambios en el código y revisarlos.
Navegación épica y de hoja de ruta: para una mejor visualización del progreso de las epopeyas y hojas de ruta, puede ser útil cambiar la escala de los plazos, lo que proporcionará una visión general más general y simplificará su planificación. Por lo tanto, agregamos esta característica a su interfaz de navegación.
Te invitamos a nuestras reuniones!
Vitaliy hizo una gran contribución al desarrollo de GitLab y ya ha sido nombrado MVP varias veces este año. Para la versión 11.0, realizó un trabajo serio al actualizar el aspecto técnico de GitLab: Vitaly transfirió la mayor parte de las pruebas de espinacas restantes a RSpec, y también puso mucho esfuerzo en mejorar GitLab para Rails 5. Además, después de que decidimos agregar compresión y fusionando commits (squash y merge) en GitLab Coer y GitLab.com gratis, Vitaly tomó este trabajo y lo terminó con el lanzamiento de este lanzamiento. Aquí hay una lista de todas las tareas que completó para GitLab 11.0 .
Gracias de nuevo, Vitaliy! ¡Pronto recibirás otro paquete con regalos!
Innovaciones clave de GitLab 11.0
Auto DevOps se hace público (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
La primera versión beta de Auto DevOps se agregó en GitLab 10.0 . Y en GitLab 11.0, Auto DevOps se hace público (generalmente disponible). Auto DevOps requiere una configuración mínima y hace todo el trabajo para su proyecto desde la etapa de construcción hasta la producción y el monitoreo.
Auto DevOps utiliza las mejores prácticas de DevOps: configura su compilación, prueba, verificación de calidad de código, prueba de seguridad estática y dinámica, escaneo de dependencias, gestión de licencias, escaneo de contenedores, aplicaciones de revisión, prueba de rendimiento del navegador, implementación y monitoreo, todo en una sola aplicación. El uso de esta funcionalidad simplifica la transición a DevOps de nuevos equipos, ya que le permite comenzar con una tubería de funcionamiento sin problemas.
Auto DevOps permite a los desarrolladores centrarse en lo que es más importante para su organización: entregar código de calidad.
Puede encontrar nuestra Guía de inicio rápido de Auto Devops actualizada aquí .
Documentación de Auto DevOps
La integración continua (CI) es un paso importante en la entrega de software de alta calidad. Ahora puede averiguar el estado de CI de la confirmación actual simplemente mirando la ventana de estado en la esquina inferior izquierda del IDE web. Además, a la derecha puede ver el estado y los registros de cada trabajo. Esto hace que sea más fácil trabajar en solicitudes de fusión con un CI no exitoso, ya que puede abrir el trabajo fallido en una pantalla y el archivo en el que está trabajando ahora.
Anteriormente, en tales situaciones, tenía que abrir varias pestañas y cambiar entre ellas, y ahora toda la información necesaria está disponible directamente en el IDE web. En el futuro, planeamos agregar la capacidad de previsualizar y probar los cambios antes de confirmar.
Documentación web IDE
Cambiar entre solicitudes de fusión en IDE web (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Es fácil imaginar una situación en la que una persona está trabajando en muchas solicitudes de fusión en varios proyectos simultáneamente. Ahora puede cambiar entre sus solicitudes de fusión (asignadas y creadas por usted) con un solo clic. No importa si realiza una revisión de la solicitud de fusión de otra persona o trabaja por su cuenta; gracias a esta innovación, puede dedicar más tiempo al código y menos búsqueda.
Documentación web IDE
Gestión de licencias (ULTIMATE, GOLD)
En las realidades del desarrollo de software moderno, la mayoría de las aplicaciones utilizan componentes de terceros para realizar ciertas funciones; Este enfoque le permite no comenzar cada proyecto desde cero. Por lo tanto, las bibliotecas de terceros son tan comunes que a menudo se suministran directamente por servicios de administración de paquetes como RubyGems y npm. Sin embargo, con este enfoque, debe asegurarse de que las licencias de los componentes de terceros sean compatibles con su aplicación, ya que las licencias en conflicto pueden generar problemas legales.
Para resolver estos problemas, agregamos la funcionalidad de administración de licencias a GitLab 11.0. Pasa automáticamente por todas las dependencias en sus proyectos y agrega sus licencias. Las nuevas licencias se muestran en el widget de solicitud de fusión antes de que formen parte de la rama principal.
Si usa Auto DevOps , la administración de licencias se habilita automáticamente para sus proyectos. También puede habilitar esta funcionalidad manualmente para .gitlab-ci.yml personalizadas .gitlab-ci.yml .
Documentación de gestión de licencias
Autorización de SAML a nivel de grupo (beta) (PREMIUM, ULTIMATE, SILVER, GOLD)
La gestión adecuada de los datos del usuario es imprescindible para las grandes organizaciones. A menudo, se utiliza un proveedor de identidad para estos fines, que funciona con todos los datos del usuario, por lo que agregamos compatibilidad con el lenguaje de marcado de aserción de seguridad (SAML) para grupos.
Ahora, los propietarios del grupo podrán configurar el servicio de identidad para el grupo y proporcionar a los usuarios un único enlace de autorización (SSO). Esto permitió gestionar la autorización y los datos personales a nivel de grupo, lo que puede ser útil en los casos en que el SAML general de la instancia no satisface todos los requisitos del grupo.
Esta innovación es especialmente útil para los grupos de GitLab.com, en los que ahora es posible configurar el servicio de autenticación para su uso en la empresa.
Documentación de SAML para grupos
Nuevos temas de navegación (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Con el lanzamiento de GitLab 10.0, realizamos una actualización importante de la navegación , y en la versión 11.0 agregamos varios temas nuevos. Ahora tiene aún más opciones para personalizar su interacción con GitLab.
Hemos agregado un tema rojo completamente nuevo, así como una versión ligera para todos los temas existentes.
Documentación de configuración de perfil
Otras mejoras a GitLab 11.0
Cuando se trabaja en una innovación a gran escala, los desarrolladores a menudo introducen muchos compromisos en la rama de trabajo, y el número de estos compromisos solo puede aumentar en el proceso de revisión del código. Muchos equipos prefieren comprimir estos commits en uno antes de la fusión con la rama maestra. Esto ayuda a mantener la legibilidad del historial de Git , lo que simplificará en gran medida la revisión de los cambios de código en el futuro.
Squash es parte de la funcionalidad de git, por lo que los desarrolladores pueden ejecutar este comando en su computadora justo antes de la fusión. Sin embargo, GitLab simplifica aún más este proceso: puede comprimir y fusionar con un solo clic desde la interfaz web. Por ejemplo, los repositorios que lo acompañan ahora pueden comprimir confirmaciones sin contactar al autor de los cambios, lo que acelera y simplifica el flujo de trabajo.
Anteriormente, esta funcionalidad solo estaba disponible en GitLab Starter, GitLab.com Bronze y en niveles superiores. Sin embargo, muchos usuarios nos han dicho que esta función será útil para todos los niveles de suscripción, por lo que ahora se hace pública y está disponible en GitLab Core y GitLab.com ¡Gratis!
¡Gracias a blackst0ne por su contribución a este trabajo!
Documentación sobre confirmaciones de compresión y fusión
Apertura de proyectos en Xcode (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
En la WWDC de junio, Apple anunció la integración de Xcode con GitLab , que sin duda simplificará el trabajo con proyectos de Xcode en el host GitLab.
GitLab ahora admite la clonación de proyectos que contienen .xcworkspace .xcodeproj o .xcworkspace haciendo clic en el botón "Abrir en Xcode". Al ver proyectos de Xcode en la interfaz de GitLab, este botón se ubicará junto a la URL de Git para la clonación.
Documentación para abrir proyectos en Xcode
Intervalos de fechas para hojas de ruta (ULTIMATE, GOLD)
Dado que no hay restricciones en las fechas de inicio y finalización de las epopeyas, decidimos agregar la capacidad de encontrar epopeyas en intervalos de tiempo.
En esta versión, estamos agregando la funcionalidad de rango de fechas a las hojas de ruta. Ahora puedes buscar epopeyas por trimestres, meses y semanas. Una búsqueda semanal puede ser útil para equipos centrados en lanzamientos a corto plazo, mientras que los rangos más grandes son mejores para la planificación comercial global.
Documentación de rango de fechas para hojas de ruta
Usuarios invitados ilimitados para Ultimate (ULTIMATE)
Para mejorar la eficiencia de trabajar con GitLab, decidimos que los visitantes invitados ya no ocuparían los usuarios límite de la instancia Ultimate.
Debido al hecho de que los invitados pueden ser cualquier número, el número de usuarios que participan en la discusión del desarrollo ahora también es ilimitado. Los invitados pueden aumentar el nivel de acceso, pero no olviden que comenzarán a ocupar el límite.
También es importante recordar que en los casos en que el usuario inicia sesión en la instancia, pero no pertenece a ningún grupo o proyecto, también se lo considera un invitado.
Documentación de permisos de invitados
Listas de artistas para tableros de tareas (PREMIUM, ULTIMATE, SILVER, GOLD)
Los tableros de tareas son una herramienta útil para administrar los flujos de trabajo: puede monitorear el movimiento de las tareas entre las distintas etapas del ciclo de vida mediante listas de etiquetas.
En esta versión, estamos agregando listas de artistas para tableros de tareas. Esta lista muestra las tareas asignadas a un usuario específico, lo que agrega nuevas oportunidades para usar tableros de tareas.
Ahora puede configurar un tablero de tareas para su equipo y luego agregar listas de artistas para sus miembros. Esto facilitará ver quién está trabajando en un equipo y qué tareas. Dicha funcionalidad puede ser útil tanto para los administradores que participan en el equilibrio de carga como para los usuarios comunes que desean navegar por el flujo de trabajo.
Incluso puede agregar listas de etiquetas y listas de artistas al mismo tablero.
Documentación de la lista de artistas intérpretes o ejecutantes para tableros de tareas
Asignación de hitos para subgrupos subsidiarios (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
En esta versión, estamos agregando la estructura de subgrupos GitLab para hitos. Ahora puede asignar un hito a un proyecto o grupo heredado de cualquier grupo principal para cualquier tarea o solicitud de fusión.
Es decir, si tiene un grupo de alto nivel con un conjunto de hitos, puede usar los mismos hitos para todas las tareas y fusionar solicitudes en todos los subgrupos secundarios. Esta innovación simplifica el trabajo en organizaciones con una estructura compleja de múltiples niveles de subgrupos y proyectos.
Además, puede filtrar por dichos hitos en las listas de tareas grupales, lo que le permitirá encontrar los objetos necesarios en todos los niveles de la jerarquía.
Documentación de hito
Tareas y solicitudes de fusión de subgrupos en la API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Las tareas de API y las solicitudes de fusión ahora están basadas en la web. Es decir, cuando solicita un grupo específico a través de la API para tareas y solicitudes de fusión, recibirá resultados de todos los proyectos subsidiarios o subgrupos de este grupo. El algoritmo funciona por analogía con la visualización de los mismos objetos en listas de grupos en la interfaz web, que presentamos varias versiones anteriormente.
Documentación API de GitLab
Tokens de implementación para Auto DevOps en Kubernetes (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Anteriormente, cuando se usaba DevOps automático en proyectos privados o internos, Kubernetes no tenía acceso al registro después de que se completara la implementación. Esto no permitió que el clúster realizara operaciones de búsqueda repetidas de la imagen (para escalabilidad, trabajo con fallas, etc.)
Con GitLab 11.0, se crea un nuevo token de implementación. Proporciona acceso constante al registro cuando Auto DevOps está habilitado en proyectos privados / internos. Esto garantiza que el clúster pueda realizar las operaciones necesarias y reducir la probabilidad de fallas.
Documentación de token de implementación para Auto DevOps
Definición de una estrategia de implementación en la configuración de Auto DevOps (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Para algunas aplicaciones, es rentable enviar cada cambio en la producción inmediatamente después de que esté listo. Para otros, puede ser mejor recopilar estos cambios en un entorno común para realizar pruebas más rigurosas. Anteriormente, la configuración de una estrategia de implementación para cada proyecto solo era posible con la ayuda de variables especiales que se configuraron y utilizaron para cada proyecto individualmente.
Comenzando con GitLab 11.0, Auto DevOps le permite personalizar su estrategia de implementación con un solo clic. Cuando conecta Auto DevOps para su proyecto, puede determinar si desea implementar su proyecto automáticamente de inmediato en producción, o primero debe implementarlo automáticamente en un entorno de prueba, y solo luego manualmente en producción. La capacidad de configurar esto con un solo clic le permitirá pasar menos tiempo en la configuración de implementación y más código.
Documentación de configuración de implementación con Auto DevOps
Variables para definir políticas de implementación para entornos canarios (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A menudo, nos gustaría implementar cambios en una pequeña parte de los usuarios o servidores para evaluar el impacto de estos cambios antes de implementarlos en todo el entorno. Anteriormente, los usuarios de Auto DevOps tenían que hacer una especialización de la plantilla de Auto DevOps y definir el comportamiento deseado para iniciar una implementación canaria.
A partir de GitLab 11.0, los usuarios podrán definir sus políticas de implementación canarias utilizando la CANARY_ENABLED entorno CANARY_ENABLED , de forma rápida y sin configuraciones adicionales para la plantilla Auto DevOps.
Documentación de la política de implementación para entornos canarios.
Las confirmaciones siempre están activadas (ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
La confirmación de solicitudes de fusión es una característica de larga data de GitLab, que obliga a los equipos a realizar revisiones de código (o lo que sea) en la solicitud de fusión. Si bien no hay confirmación, la solicitud de fusión se bloqueará para la fusión.
Antes de este lanzamiento, las confirmaciones tenían que habilitarse en la configuración del proyecto. Para simplificar y optimizar esta función, ahora se incluirán confirmaciones para todos los proyectos de GitLab (para los planes Starter, Bronze y superiores) de forma predeterminada.
Al mismo tiempo, por supuesto, no queremos ralentizar el proceso de creación y fusión de código. Por lo tanto, cuando un usuario crea un proyecto, el número de confirmaciones de solicitud de fusión requeridas para este proyecto se restablecerá de forma predeterminada (como si las confirmaciones estuvieran desactivadas). A medida que el proyecto crezca, el usuario y su equipo podrán implementar confirmaciones cuando el flujo de trabajo lo requiera. Para hacer esto, solo necesita cambiar el número de confirmaciones a uno que satisfaga las necesidades del equipo.
Documentación de confirmación para solicitudes de fusión
Carga de parámetros de clúster desde GKE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Crear grupos de Kubernetes en GitLab ahora es más fácil que nunca. En GitLab 11.0, los valores para el proyecto y los campos de zonas se descargan automáticamente de su cuenta de Google Kubernetes Engine (GKE) y se muestran como una lista para simplificar. Anteriormente, para crear un clúster con GKE, tenía que ingresar todos estos datos manualmente.
El proceso simplificado de creación de clústeres le permite aumentar rápidamente los clústeres de GitLab y acelerar la implementación de sus aplicaciones.
Documentación para agregar y crear un nuevo clúster GKE en GitLab
Deshabilitar los pasos de Auto DevOps usando variables (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Cuando no se necesitan una o varias etapas de Auto DevOps (prueba de unidad, verificación de calidad de código, etc.) en su aplicación, sería genial configurar la tubería para que se ejecute solo en las etapas que necesita.
GitLab versión 11.0 le permite omitir una o más etapas de Auto DevOps utilizando variables de entorno. Esto le permitirá aprovechar Auto DevOps incluso cuando no todos sus pasos sean adecuados para sus necesidades.
Documentación de variables de entorno para Auto DevOps
Los archivos LFS se incluyen en la importación del proyecto (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Git LFS le ayuda a versionar archivos grandes usando Git almacenándolos fuera del repositorio y descargándolos perezosamente según sea necesario, en lugar de clonarlos.
Al importar un proyecto desde GitHub, Bitbucket Cloud, o usar la URL de Git, GitLab ahora también importa objetos LFS. Debido a esto, obtienes una copia completa del repositorio, incluidos los mismos objetos LFS. Anteriormente, los objetos LFS no se incluían en la importación.
Documentación de importación de proyectos
Pestaña de operaciones (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
En GitLab 11.0, agregamos la sección Operaciones al panel de navegación: estas características ahora son más fáciles y rápidas de encontrar. En esta versión, Entornos y Kubernetes se trasladaron de CI / CD a Operaciones . En futuras versiones, agregaremos algunas secciones más, por ejemplo, métricas y registros.
Documentación CI de GitLab
SAST para .NET y Scala (ULTIMATE, GOLD)
Continuamos haciendo que nuestras herramientas de seguridad para los lenguajes y marcos más comunes sean más accesibles; Como parte de este proceso, estamos expandiendo continuamente las capacidades del Sistema de prueba de seguridad de aplicaciones estáticas (SAST).
En GitLab 11.0, agregamos soporte para dos nuevos idiomas: .NET y Scala. Si ya está utilizando Auto DevOps o la última versión de la sast en su .gitlab-ci.yml , no necesita cambiar nada en sus proyectos.
Documentación SAST
El gráfico de nubes de GitLab Helm ahora está en beta (CORE, STARTER, PREMIUM, ULTIMATE)
Nos complace presentar la versión beta del gráfico en la nube GitLab Helm . Este diagrama se basa en una arquitectura interna más basada en la nube con un contenedor para cada componente de GitLab y no requiere un almacén de datos compartido. Esto mejora la resistencia, la escalabilidad y el rendimiento de GitLab en Kubernetes.
Documentación de gráfico de timón de GitLab
Fácil implementación e integración de JupyterHub con GitLab (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
JupyterHub es un servicio multiusuario para soportar fácilmente computadoras portátiles dentro de un equipo de análisis de datos. Las computadoras portátiles Jupyter ofrecen un entorno interactivo y programable que se usa comúnmente para análisis de datos, simulación, visualización y aprendizaje automático.
GitLab 11.0 puede implementar JupyterHub en un solo clúster de Kubernetes con un solo clic: se configura automáticamente para usar GitLab para una autenticación perfecta. En futuras versiones se agregarán características adicionales como HTTPS , filtrado de grupos y blocs de notas personalizados .
Documentación de implementación de JupyterHub
Valores de peso de tareas extendidas (ARRANQUE, PREMIUM, ULTIMATE, BRONCE, PLATA, ORO)
El peso de las tareas en GitLab es útil para indicar una evaluación de los esfuerzos o algunas otras métricas relacionadas con el trabajo en una tarea. Anteriormente, podía asignar un peso de tarea de 1 a 9, pero esto limitaba a los equipos que desean evaluaciones más detalladas.
A partir de esta versión, el peso de la tarea puede ser cualquier número entero no negativo, de 0 a infinito. Ya no estás limitado por las calificaciones. Además, los cronogramas de tareas tienen en cuenta automáticamente los nuevos valores de peso, y su equipo podrá apreciar de inmediato los beneficios de un rango extendido.
Documentación del peso de la tarea
Combinación de notificaciones del sistema para actualizaciones sucesivas de la descripción de la tarea (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab permitirá la colaboración y comunicación asíncrona activa. Debido a la capacidad de documentar ideas y discutirlas en una cantidad tan grande de lugares, llamamos a mantener una única fuente de verdad en la descripción de la tarea o épica.
Esto lleva al hecho de que las descripciones a menudo se actualizan. A veces, varias veces en cuestión de minutos. Se reciben muchas notificaciones del sistema de que la descripción se ha actualizado. A partir de esta versión, las notas del sistema sobre las actualizaciones de la descripción durante un corto período de tiempo se combinarán en una sola. Esto reducirá la cantidad de ruido visual y facilitará un poco la navegación de comentarios en GitLab. En la próxima versión, agregaremos una funcionalidad similar a las descripciones de solicitud de fusión.
Documentación de la tarea
Ver registros de la vaina de Kubernetes (ULTIMATE, GOLD)
Los desarrolladores son críticos en la capacidad de ver registros para comprender cómo se comporta la aplicación y rastrear posibles problemas. A partir de esta versión, ver los registros del sub problemático está disponible con un solo clic.
En la página Entornos , los estados de los hogares de cada aplicación se muestran mediante paneles de implementación . Al pasar el cursor sobre cada uno de los hogares, aparece el nombre completo del hogar y su estado, y al hacer clic en él, se muestran sus registros.
Documentación de registro de envío
El rol de Maestro se ha renombrado como Mantenedor (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
En el equipo de GitLab, estamos tratando de construir una cultura independiente . Por lo tanto, incluso en el producto GitLab, estamos buscando formas de reflejarlo.
Decidimos cambiar el nombre del rol Maestro al rol Mantenedor. Esto elimina el contexto negativo que podría asociarse con el término "Maestro" y, al mismo tiempo, el término "Mantenedor" es fácil de entender. Con cada pequeño paso que desarrollamos como producto, y juntos como industria.
Acceder a la documentación
Rediseño de la lista de etiquetas (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Las etiquetas son un motor GitLab muy potente. Los equipos continúan creando y usando más y más etiquetas, y tratamos de facilitar su administración. En esta versión, limpiamos el diseño de las páginas de la lista de etiquetas, simplificamos la interfaz, hacemos que la información sea más legible e hicimos chips de interfaz para que pueda administrar rápidamente los detalles de una etiqueta en particular.
Documentación de etiqueta
Hicimos un pequeño cambio en el atributo 'alcance' de la API de la tarea para alinearlo con el formato del caso de la serpiente. 'scope' created_by_me assigned_to_me . GitLab 11.0 , (kebab-case).
API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.7 only except . , , .
GitLab 11.0 : . , . , .
IP GitLab Runner API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.6 IP GitLab Runner -. , .
GitLab 11.0 API, .
Lars Greiss .
API GitLab Runner
GitLab Runner 11.0 (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.0. GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner .
GitLab Runner
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.0 Omnibus GitLab gitlab.rb . , , . , .
Omnibus GitLab
ID (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD , . , , . — CI_PIPELINE_ID . GitLab, - , .
GitLab 11.0 : CI_PIPELINE_IID . , . , , . , , — , .
CI/CD
release notes / : GitLab 11.0 released with Auto DevOps and License Management .
rishavant sgnl_05 .