GitLab 11.10 con canales de panel, canales de resultados combinados y sugerencias de varias líneas en solicitudes de combinación.
Información conveniente sobre el desempeño de ductos en diferentes proyectos.
GitLab continúa aumentando la visibilidad del ciclo de vida de DevOps. En este número sobre Se agregó una descripción general del estado de la tubería.
Esto es conveniente incluso si está estudiando el proceso de un solo proyecto, pero es especialmente útil si , - y esto suele suceder si usa microservicios y desea ejecutar una canalización para probar y entregar código desde diferentes repositorios de proyectos. Ahora puedes ver inmediatamente el rendimiento. , dondequiera que se realicen.
Ejecución de canalizaciones para resultados combinados
Con el tiempo, las ramas de origen y de destino divergen y puede surgir una situación en la que se las arreglan por separado, pero no trabajan juntas. Ahora usted puede . De esta manera, notará rápidamente errores que solo aparecerían si los cambios se movieran con frecuencia entre ramas, lo que significa que corregirá los errores de canalización mucho más rápido y utilizará la .
Optimice aún más la colaboración
GitLab 11.10 agrega aún más funciones para una colaboración fluida y flujos de trabajo simplificados. EN introdujimos sugerencias para solicitudes de fusión, donde un revisor podría sugerir un cambio en una línea en un comentario a una solicitud de fusión, y podría confirmarse inmediatamente directamente desde el hilo de comentarios. A nuestros usuarios les gustó y pidieron ampliar esta función. Ahora puedes ofrecer , indicando qué líneas eliminar y cuáles agregar.
¡Gracias por tus comentarios y sugerencias!
Y eso no es todo…
Hay tantas características sorprendentes en esta versión, p. , más minucioso , y oportunidad . A continuación se detallan detalles sobre cada uno de ellos.
El empleado más valioso de este mes) - Takuya Noguchi
El empleado más valioso de este mes es Takuya Noguchi (). takuya : se corrigieron errores, se completaron deficiencias en el backend y el frontend y se mejoró la interfaz de usuario. ¡Gracias!
Características principales de GitLab 11.10
Tuberías en el panel de control.
PREMIUM, ÚLTIMO, PLATA, ORO
El panel de GitLab muestra información sobre proyectos en toda su instancia de GitLab. Agrega proyectos individuales uno a la vez y puede elegir qué proyecto le interesa.
En esta versión, agregamos información sobre los estados de la canalización al panel. Ahora los desarrolladores ven la funcionalidad de los pipelines en todos los proyectos necesarios, en una sola interfaz.
Canalizaciones para resultados fusionados
PREMIUM, ÚLTIMO, PLATA, ORO
Es común que la rama de origen diverja de la rama de destino con el tiempo, a menos que realice cambios continuamente entre ellas. Como resultado, las bifurcaciones de origen y de destino son "verdes" y no hay conflictos de fusión, pero la fusión falla debido a cambios incompatibles.
Cuando la canalización de solicitud de combinación crea automáticamente un nuevo enlace que contiene el resultado combinado de la combinación de las ramas de origen y de destino, podemos ejecutar la canalización en ese enlace y asegurarnos de que el resultado general esté funcionando.
Si está utilizando canalizaciones de solicitudes de fusión (en cualquier capacidad) y utiliza ejecutores privados de GitLab versión 11.8 o anterior, deberá actualizarlos para evitar este problema. . Esto no afecta a los usuarios de ejecutores públicos de GitLab.
Sugerir cambios en varias líneas
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Cuando trabajan juntos en solicitudes de fusión, a menudo detectan problemas y proponen soluciones. Desde GitLab 11.6 admitimos por una línea.
En la versión 11.10, los comentarios de diferenciación de solicitudes de fusión pueden proponer cambios en varias líneas y luego cualquier persona con permisos de escritura en la rama original puede aceptarlos con un solo clic. Gracias a la nueva función, podrás evitar copiar y pegar, como en versiones anteriores.
Atajos en un área
PREMIUM, ÚLTIMO, PLATA, ORO
Con etiquetas en el mismo alcance, los equipos pueden aplicar etiquetas mutuamente excluyentes (en el mismo alcance) a un problema, una solicitud de fusión o una epopeya en escenarios con campos personalizados o estados de flujo de trabajo personalizados. Se configuran mediante una sintaxis especial de dos puntos en el título de la etiqueta.
Digamos que necesita un campo personalizado en tareas para rastrear el sistema operativo de la plataforma a la que se dirigen sus funciones. Cada tarea debe estar relacionada con una sola plataforma. Puedes crear atajos platform::iOS, platform::Android, platform::Linux y otros según sea necesario. Si aplica uno de esos accesos directos a una tarea, se eliminará automáticamente otro acceso directo existente que comience con platform::.
Digamos que tienes atajos workflow::development, workflow::review и workflow::deployed, que indica el estado del flujo de trabajo de su equipo. Si la tarea ya tiene un acceso directo workflow::development, y el desarrollador quiere mover la tarea al escenario workflow::review, simplemente aplica el nuevo atajo y el antiguo (workflow::development) se elimina automáticamente. Este comportamiento ya existe cuando mueves tareas entre listas de accesos directos en el tablero de tareas que representa el flujo de trabajo de tu equipo. Ahora los miembros del equipo que no trabajan directamente con el tablero de tareas pueden cambiar el estado del flujo de trabajo en las propias tareas.
Limpieza más exhaustiva del registro de contenedores
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Cuando normalmente utiliza un registro de contenedor con canalizaciones de CI, realiza varios cambios separados en una sola etiqueta. Debido a la implementación de la distribución de Docker, el comportamiento predeterminado es guardar todos los cambios en el sistema, pero terminan ocupando mucha memoria. Si usa el parámetro -m с registry-garbage-collect, puede eliminar rápidamente todos los cambios anteriores y liberar un valioso espacio.
Compra de minutos adicionales de CI Runner
BRONCE, PLATA, ORO
Los usuarios con planes pagos de GitLab.com (Gold, Silver, Bronze) ahora pueden comprar minutos adicionales de CI Runner. Anteriormente era necesario cumplir con la cuota prevista en el plan. Con esta mejora, podrá precomprar minutos por encima de la cuota para evitar interrupciones por cierres de oleoductos.
Ahora 1000 minutos cuestan $ 8 y puedes comprar tantos como quieras. Los minutos adicionales comenzarán a usarse cuando haya agotado toda su cuota mensual y el resto de los minutos adicionales se transferirán al mes siguiente. EN También queremos agregar esta función a los planes gratuitos.
DevOps automático componible
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Con Auto DevOps, los equipos realizan la transición a prácticas modernas de DevOps casi sin esfuerzo. A partir de GitLab 11.10, cada trabajo en Auto DevOps se proporciona como . Los usuarios pueden utilizar en GitLab CI para habilitar etapas individuales de Auto DevOps y al mismo tiempo usar su archivo personalizado gitlab-ci.yml. De esta manera, puede habilitar solo los trabajos que necesita y aprovechar las actualizaciones ascendentes.
Administre automáticamente los miembros del grupo en GitLab.com usando SCIM
ORO PLATEADO
Anteriormente, tenías que administrar manualmente la membresía del grupo en GitLab.com. Ahora puede usar SAML SSO y administrar la membresía usando SCIM para crear, eliminar y actualizar usuarios en GitLab.com.
Esto es especialmente útil para empresas con una gran cantidad de usuarios y proveedores de identidad centralizados. Ahora puede tener una única fuente de confianza, como Azure Active Directory, y los usuarios se crearán y eliminarán automáticamente a través del proveedor de identidades en lugar de manualmente.
Inicie sesión en GitLab.com a través del proveedor SAML
ORO PLATEADO
Anteriormente, cuando se usaba SAML SSO para grupos, el usuario debía iniciar sesión con credenciales de GitLab y un proveedor de identidad. Ahora puede iniciar sesión directamente a través de SSO como usuario de GitLab asociado con un grupo configurado.
Los usuarios no tendrán que iniciar sesión dos veces, lo que facilitará a las empresas el uso de SAML SSO para GitLab.com.
Otras mejoras en GitLab 11.10
Esquema épico infantil
ÚLTIMO, ORO
En la versión anterior, agregamos épicas secundarias (épicas de épicas) para ayudarlo a administrar su estructura de distribución de trabajos. Las epopeyas secundarias aparecen en la página de la epopeya principal.
En esta versión, la página de epopeyas primarias muestra un resumen de las epopeyas secundarias para que los equipos puedan ver la línea de tiempo de las epopeyas secundarias y administrar las dependencias de tiempo.
Fusionar pantallas emergentes de solicitud
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En esta versión, presentamos pantallas informativas que aparecen cuando pasa el cursor sobre un enlace de solicitud de fusión. Anteriormente, solo mostrábamos el título de la solicitud de combinación, pero ahora también mostramos el estado de la solicitud de combinación, el estado de la canalización de CI y la URL corta.
Planeamos agregar más información importante en versiones futuras, p. , y también presentaremos pantallas emergentes para .
Filtrar solicitudes de fusión por sucursales de destino
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los flujos de trabajo de Git para lanzar o enviar software a menudo implican múltiples ramificaciones a largo plazo para realizar correcciones en versiones anteriores (p. ej. stable-11-9) o pasar de las pruebas de calidad a la producción (p. ej. integration), pero no es fácil encontrar solicitudes de fusión para estas ramas entre las muchas solicitudes de fusión abiertas.
La lista de solicitudes de fusión para proyectos y grupos ahora se puede filtrar por la rama de destino de la solicitud de fusión para que sea más fácil encontrar la que necesita.
Gracias, Hiroyuki Sato ()!
Envío y fusión tras una canalización exitosa
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Si utilizamos el método de desarrollo basado en Trunk, deberíamos evitar las ramas de larga duración en favor de ramas pequeñas y temporales con un único propietario. Los pequeños cambios a menudo se envían directamente a la rama de destino, pero al hacerlo se corre el riesgo de romper la compilación.
Con esta versión, GitLab admite nuevas opciones de inserción de Git para abrir automáticamente solicitudes de fusión, establecer la rama de destino y aplicar una fusión en una canalización exitosa desde la línea de comando en el momento de la inserción a la rama.
Integración mejorada con paneles externos
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
GitLab puede acceder a múltiples servidores Prometheus (entorno, proyecto y ), pero tener múltiples puntos finales puede agregar complejidad o puede no ser compatible con los paneles estándar. Con esta versión, los equipos pueden utilizar una única API de Prometheus, lo que facilita mucho la integración con servicios como Grafana.
Ordenar páginas Wiki por fecha de creación
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
En un Wiki de proyecto, los equipos pueden compartir documentación y otra información importante junto con el código fuente y las tareas. Con esta versión, puede ordenar la lista de páginas Wiki por fecha de creación y título para encontrar rápidamente contenido creado recientemente.
Monitoreo de recursos solicitados por el cluster
ÚLTIMO, ORO
GitLab lo ayuda a monitorear su clúster de Kubernetes para aplicaciones de desarrollo y producción. A partir de esta versión, supervise las solicitudes de CPU y memoria de su clúster para detectar posibles problemas antes de que se conviertan en problemas.
Ver métricas del balanceador de carga en el panel de Grafana
BÁSICO, PRINCIPAL, PREMIUM, ÚLTIMO
Es muy importante monitorear el estado de su instancia de GitLab. Anteriormente, proporcionamos paneles de control predeterminados a través de una instancia integrada de Grafana. A partir de esta versión, hemos incluido paneles adicionales para monitorear los balanceadores de carga NGINX.
SAST para elixir
ÚLTIMO, ORO
Seguimos ampliando el soporte lingüístico y profundizando los controles de seguridad. En esta versión, hemos habilitado controles de seguridad para proyectos en y proyectos creados en .
Múltiples consultas en un diagrama
PREMIUM, ÚLTIMO, PLATA, ORO
En GitLab, puedes crear gráficos para visualizar las métricas que recopilas. A menudo, por ejemplo, si necesita observar el valor máximo o promedio de una métrica, desea mostrar varios valores en un gráfico. A partir de esta versión, tienes esta oportunidad.
Resultados de DAST en el panel de seguridad del grupo
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Agregamos resultados de pruebas dinámicas de seguridad de aplicaciones (DAST) al panel de seguridad del equipo, además de SAST, escaneo de contenedores y escaneo de dependencias.
Agregar metadatos a un informe de escaneo de contenedores
ÚLTIMO, ORO
En esta versión, el Informe de análisis de contenedores contiene más metadatos; hemos agregado componente afectado (una característica de Clair) en metadatos existentes: prioridad, ID (con referencia a mitre.org) y nivel afectado (por ejemplo, debian:8).
Agregar un tipo de informe de métricas para fusionar solicitudes
PREMIUM, ÚLTIMO, PLATA, ORO
GitLab ya proporciona varios tipos de informes que se pueden incluir directamente en solicitudes de fusión: desde informes hasta и en la etapa de verificación hasta и en la etapa de protección.
Si bien estos son informes importantes, también se necesita información básica que se ajuste a diferentes escenarios. En GitLab 11.10, proporcionamos informes de métricas directamente en la solicitud de combinación, que espera un par clave-valor simple. De esta manera, los usuarios realizan un seguimiento de los cambios a lo largo del tiempo, incluidas las métricas personalizadas y los cambios en las métricas para una solicitud de fusión específica. El uso de la memoria, las pruebas de carga de trabajo especializadas y los estados de salud se pueden convertir en métricas simples que se pueden ver directamente en las solicitudes de combinación junto con otros informes integrados.
Soporte para proyectos Maven de múltiples módulos para escaneo de dependencias
ÚLTIMO, ORO
Con esta versión, los proyectos Maven de múltiples módulos admiten el escaneo de dependencias de GitLab. Anteriormente, si un submódulo dependía de otro submódulo del mismo nivel, no podía permitir la carga desde el repositorio central de Maven. Ahora se crea un proyecto Maven de múltiples módulos con dos módulos y una dependencia entre los dos módulos. Las dependencias entre módulos hermanos ahora están disponibles en el repositorio local de Maven para que pueda continuar la compilación.
Los usuarios pueden cambiar la ruta de clonación en CI
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
De forma predeterminada, GitLab Runner clona el proyecto en una subruta única en $CI_BUILDS_DIR. Pero para algunos proyectos, como Golang, el código debe clonarse en un directorio específico para poder compilarse.
En GitLab 11.10 introdujimos la variable GIT_CLONE_PATH, que le permite especificar una ruta específica donde GitLab Runner clona el proyecto antes de ejecutar la tarea.
Enmascaramiento simple de variables protegidas en registros.
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
GitLab proporciona varias formas и variables en GitLab CI/CD. Pero las variables aún pueden terminar en los registros de compilación, de forma intencionada o accidental.
GitLab se toma en serio la gestión de riesgos y la auditoría y continúa agregando funciones de cumplimiento. En GitLab 11.10, introdujimos la capacidad de enmascarar ciertos tipos de variables en los registros de seguimiento de trabajos, agregando un nivel de protección contra el contenido de estas variables que se incluyen accidentalmente en los registros. Y ahora GitLab muchas variables de token integradas.
Habilite o deshabilite Auto DevOps a nivel de equipo
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Con Auto DevOps en un proyecto de GitLab.com, puede asumir flujos de trabajo de DevOps modernos desde la creación hasta la entrega sin complicaciones.
A partir de GitLab 11.10, puede habilitar o deshabilitar Auto DevOps para todos los proyectos del mismo grupo.
Página de licencia simplificada y mejorada
PRINCIPAL, PREMIUM, ÚLTIMO
Para que la administración de claves de licencia sea más conveniente y sencilla, rediseñamos la página de licencias en el panel de administración y resaltamos los elementos más importantes.
Actualice el selector de accesos directos para implementaciones de Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los paneles de implementación muestran información sobre todas las implementaciones de Kubernetes.
En esta versión, cambiamos la forma en que asignamos accesos directos a las implementaciones. Los partidos ya están disponibles por app.example.com/app и app.example.com/env o app. Esto evitará conflictos de filtrado y el riesgo de implementaciones incorrectas asociadas con el proyecto.
Además, en GitLab 12.0 , y una coincidencia sólo será posible si app.example.com/app и app.example.com/env.
Crear dinámicamente recursos de Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
La integración de Kubernetes con GitLab le permite utilizar la función RBAC mediante una cuenta de servicio y un espacio de nombres dedicado para cada proyecto de GitLab. A partir de esta versión, para lograr la máxima eficiencia, estos recursos solo se crearán cuando sean necesarios para la implementación.
Al implementar Kubernetes, GitLab CI creará estos recursos antes de la implementación.
Corredores de grupo para grupos a nivel de grupo
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los clústeres a nivel de grupo ahora admiten la instalación de GitLab Runner. Los ejecutores de Kubernetes a nivel de grupo aparecen en los proyectos secundarios como ejecutores de grupo etiquetados cluster и kubernetes.
Contador de llamadas para funciones de Knative
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Funciones implementadas con , ahora muestra la cantidad de llamadas recibidas para una función en particular. Para hacer esto, necesita instalar Prometheus en el clúster donde está instalado Knative.
Control de parámetros git clean para trabajos de GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
De forma predeterminada, GitLab Runner se ejecuta git clean durante el proceso de carga de código al ejecutar un trabajo en GitLab CI/CD. A partir de GitLab 11.10, los usuarios pueden controlar los parámetros pasados a un equipo. git clean. Esto es útil para equipos con ejecutores dedicados, así como para equipos que recopilan proyectos de grandes monorepositorios. Ahora pueden controlar el proceso de descarga antes de ejecutar scripts. Nueva variable GIT_CLEAN_FLAGS el valor predeterminado es -ffdx y acepta todos los parámetros de comando posibles [git clean](https://git-scm.com/docs/git-clean).
Autorización externa en Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Los entornos seguros pueden requerir un recurso de autorización externo adicional para acceder al proyecto. Hemos agregado soporte para un nivel adicional de control de acceso en y recibí muchas solicitudes para abrir esta funcionalidad en Core. Nos complace presentar la autorización externa y una capa adicional de seguridad para las instancias Core, ya que los participantes individuales necesitan esta característica.
Capacidad para crear proyectos en grupos en Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
El rol de Desarrollador puede crear proyectos en grupos. , y ahora esto es posible en Core. La creación de proyectos es una característica clave para la productividad en GitLab y, al incluir esta característica en Core, ahora es más fácil, por ejemplo, para los miembros hacer algo nuevo.
Corredor de GitLab 11.10
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
¡Hoy lanzamos GitLab Runner 11.10! GitLab Runner es un proyecto de código abierto que se utiliza para ejecutar trabajos de CI/CD y enviar los resultados a GitLab.
Los cambios más interesantes:
- .
- .
- .
- .
- .
La lista completa de cambios se puede encontrar en el registro de cambios de GitLab Runner: .
Corrección de lo devuelto. project_id en la API de búsqueda de blobs en Elasticsearch
PRINCIPAL, PREMIUM, ÚLTIMO
Solucionamos un error en la API de búsqueda de blobs de Elasticsearch que devolvía erróneamente 0 para project_id. Será necesario para obtener los valores correctos project_id después de instalar esta versión de GitLab.
Mejoras generales
BÁSICO, PRINCIPAL, PREMIUM, ÚLTIMO
Hemos realizado las siguientes mejoras en Omnibus en GitLab 11.10:
- GitLab 11.10 incluye , , cuya última versión incluye un nuevo directorio de integración para migrar fácilmente datos desde Hipchat y mucho más. Esta versión incluye , y recomendamos actualizar.
- nosotros y ahora es fácil comenzar a monitorear su instancia de GitLab.
- Agregamos soporte para eliminar imágenes de contenedores antiguas del registro de Docker.
- Hemos actualizado los certificados ca al 2019 de enero de 01.
Mejoras de rendimiento
CORE, STARTER, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO
Seguimos mejorando el rendimiento de GitLab con cada lanzamiento para instancias de GitLab de cualquier tamaño. Algunas mejoras en GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Gráficos de GitLab mejorados
BÁSICO, PRINCIPAL, PREMIUM, ÚLTIMO
Hemos realizado las siguientes mejoras en los gráficos de GitLab:
- .
Funciones obsoletas
GitLab Geo traerá almacenamiento hash a GitLab 12.0
Se requiere GitLab Geo para mitigar la competencia en los nodos secundarios. Esto se notó en .
En GitLab hemos agregado este requisito a la documentación de Geo: .
En GitLab sudo gitlab-rake gitlab:geo:check comprueba si el almacenamiento hash está habilitado y si se migran todos los proyectos. Cm. . Si está utilizando Geo, ejecute esta verificación y migre lo antes posible.
En GitLab advertencia permanentemente desactivada se mostrará en la página Area de Administración > Geo > Nodessi las comprobaciones anteriores no están permitidas.
En GitLab Geo utilizará los requisitos de almacenamiento hash. Cm. .
Fecha de eliminación: 22 junio 2019 ciudad
Soporte para Ubuntu 14.04
GitLab 11.10 será la última versión con .
Canonical anunció el fin del soporte estándar para Ubuntu 14.04 . Recomendamos a los usuarios que actualicen a una versión LTS compatible: Ubuntu 16.04 o Ubuntu 18.04.
Fecha de eliminación: 22 2019 de mayo
Limitación del número máximo de canalizaciones creadas por un envío
Anteriormente, GitLab creaba canalizaciones para HEAD cada rama en el envío. Esto es útil para los desarrolladores que envían varios cambios a la vez (por ejemplo, a una rama de características y a un develop).
Pero al impulsar un repositorio grande donde hay muchas ramas activas (por ejemplo, para mover, duplicar o bifurcar), no necesita crear una canalización para cada rama. A partir de GitLab 11.10 creamos al enviar
Fecha de eliminación: 22 2019 de mayo
Rutas de código heredadas de GitLab Runner
Desde Gitlab 11.9 GitLab Runner usa clonar/llamar al repositorio. Actualmente, GitLab Runner utilizará el método anterior si el nuevo no es compatible. Ver más en .
En GitLab 11.0, hemos cambiado la vista de configuración del servidor de métricas para GitLab Runner. metrics_server será eliminado a favor de listen_address en GitLab 12.0. Ver más en .
En la versión 11.3, GitLab Runner comenzó a admitir ; lo que resultó en nuevas configuraciones para . En , proporciona una tabla de cambios e instrucciones para migrar a la nueva configuración. Ver más detalles en .
Estas rutas no estarán disponibles en GitLab 12.0. Como usuario, no necesita cambiar nada, solo asegúrese de que su instancia de GitLab esté ejecutando la versión 11.9+ cuando actualice a GitLab Runner 12.0.
Fecha de eliminación: 22 junio 2019 ciudad
Opción obsoleta para la función de punto de entrada para GitLab Runner
Parámetro de función introducido en 11.4 GitLab Runner para solucionar problemas como и .
En GitLab 12.0, cambiaremos al comportamiento correcto como si la configuración de la función estuviera deshabilitada. Ver más en .
Fecha de eliminación: 22 junio 2019 ciudad
Compatibilidad obsoleta para una distribución de Linux que ha llegado a 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 estas distribuciones de Linux. Puede encontrar una lista completa de las distribuciones que ya no son compatibles en nuestro . Gracias a Javier Ardo () por !
Fecha de eliminación: 22 junio 2019 ciudad
Eliminación de los comandos antiguos de GitLab Runner Helper
Como parte de nuestros esfuerzos para apoyar tuvo que abandonar algunos de los viejos comandos que se utilizan para .
GitLab 12.0 lanza GitLab Runner con nuevos comandos. Esto solo se aplica a los usuarios que . Ver más en .
Fecha de eliminación: 22 junio 2019 ciudad
Eliminación del mecanismo heredado de git clean de GitLab Runner
En GitLab Runner 11.10 configurar cómo Runner ejecuta un comando git clean. Además, la nueva estrategia de limpieza elimina el uso git reset y pone el comando git clean después del paso de carga.
Dado que este cambio de comportamiento puede afectar a algunos usuarios, hemos preparado una configuración FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Si establece el valor 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 GitLab Runner 12.0, eliminaremos la compatibilidad con la estrategia de limpieza heredada y la capacidad de restaurarla mediante un parámetro de función. Ver más detalles en .
Fecha de eliminación: 22 junio 2019 ciudad
Sección de información del sistema en el panel de administración
GitLab presenta información sobre su instancia de GitLab en admin/system_info, pero es posible que esta información no sea precisa.
nosotros panel de administración en GitLab 12.0 y recomendamos usar .
Fecha de eliminación: 22 junio 2019 ciudad
Cambio de registro
Busque todos estos cambios en el registro de cambios:
Instalación
Si está configurando una instalación nueva de GitLab, visite .
Actualizar
Echa un vistazo a .
Planes de suscripción a GitLab
GitLab está disponible en dos versiones: и .
: On-premise o en su plataforma en la nube preferida.
- Core: Para equipos pequeños, proyectos personales o prueba de GitLab por un período ilimitado.
- Básico: Para equipos que trabajan en la misma oficina en múltiples proyectos que necesitan soporte profesional.
- Premium: Para equipos distribuidos que necesitan funciones avanzadas, alta disponibilidad y soporte XNUMX horas al día, XNUMX días a la semana.
- Ultimate: Para empresas que requieren una estrategia y ejecución sólidas con seguridad y cumplimiento mejorados.
- GitLab.com: Alojado, gestionado y administrado por GitLab para desarrolladores individuales y equipos.
- Gratuito: Repositorios privados ilimitados y número ilimitado de contribuyentes al proyecto. Los proyectos cerrados tienen acceso a funciones de nivel. GratuitoTener tener acceso a funciones de nivel Gold.
- Bronce: Para equipos que necesitan acceso a funciones avanzadas de flujo de trabajo.
- Silver: Para equipos que necesitan capacidades de DevOps más sólidas, cumplimiento y soporte más rápido.
- Gold: Adecuado para muchos trabajos de CI/CD. Todos los proyectos abiertos pueden utilizar las funciones Gold de forma gratuita, independientemente del plan.
Fuente: habr.com