ProHoster > Blog > Administración > GitLab 11.11: Múltiples propietarios de solicitudes de combinación e melloras para contedores
GitLab 11.11: Múltiples propietarios de solicitudes de combinación e melloras para contedores
Máis opcións de colaboración e máis notificacións
En GitLab buscamos constantemente novas formas de mellorar a colaboración en todo o ciclo de vida de DevOps. Estamos encantados de anunciar que desde este lanzamento estamos apoiando varias persoas responsables dunha solicitude de fusión! Esta función está dispoñible desde o nivel de inicio de GitLab e realmente encarna o noso lema: "Todo o mundo pode contribuír". Sabemos que moitas persoas poden traballar nunha única solicitude de fusión para asegurarse de que todo estea en orde, e agora tes a posibilidade de asignar varias persoas responsables das solicitudes de fusión.
Reduce os custos coa compatibilidade dos contedores Docker en Windows e o aprovisionamento a nivel de instancia dos clústeres de Kubernetes
Encántannos os contenedores! Os contedores consomen menos recursos do sistema que as máquinas virtuais e melloran a portabilidade das aplicacións. Desde o lanzamento de GitLab 11.11, apoiamos Windows Container Executor para GitLab Runner, polo que agora podes usar os contedores Docker en Windows e gozar dunha xestión e orquestración avanzada de pipeline.
Agora ofrece GitLab Premium (só instancias autoxestionadas). proxy de caché para as dependencias das imaxes de Docker. Este complemento acelerará a entrega ao ter agora un proxy de caché para as imaxes de Docker de uso habitual.
Os usuarios de instancias de GitLab autoxestionadas agora poden aprovisionar clúster de Kubernetes a nivel de instancia, e todos os grupos e proxectos da instancia utilizarano para os seus despregamentos. Con esta integración de GitLab con Kubernetes, crearanse automaticamente recursos específicos do proxecto para aumentar a seguridade.
O empregado máis valioso deste mesMVP) — Kia May Somabes (Kia Mei Somabes)
Nesta versión, engadimos a posibilidade de descargar cartafoles individuais dos repositorios en lugar de todo o contido. Agora podes descargar só algúns ficheiros que necesites. Grazas, Kia May Somabes!
En GitLab 11.11, engadimos un novo executor a GitLab Runner para que os contedores Docker se poidan usar en Windows. Anteriormente, tiñas que usar un shell para orquestrar contedores Docker en Windows, pero agora podes traballar directamente con contedores Docker en Windows, como o farías en Linux. Agora os usuarios de plataformas de Microsoft teñen máis opcións para a orquestración e xestión de pipeline.
Esta actualización inclúe compatibilidade mellorada de PowerShell en GitLab CI/CD, así como novas imaxes de satélite para diferentes versións de contedores de Windows. Por suposto, os teus propios corredores de Windows pódense usar con GitLab.com, pero actualmente non están na lista de ferramentas dispoñibles publicamente.
Proxy de dependencia de caché para o rexistro de contedores
PREMIUM, ULTIMATE
Os equipos adoitan usar contedores nas canalizacións de construción, e un proxy de almacenamento na caché para as imaxes de uso habitual e os paquetes ascendentes é unha boa forma de acelerar as canalizacións. Cunha copia local das capas desexadas dispoñible a través do novo proxy de almacenamento na caché, pode traballar de forma máis eficiente con imaxes comúns no seu contorno.
Ata agora, o proxy do contedor só está dispoñible para instancias autoxestionadas no servidor web Puma (en modo experimental).
Múltiples responsables das solicitudes de fusión
INICIO, PREMIUM, ULTIMATE, BRONCE, PRATA, OURO
É bastante común que varias persoas traballen nunha función á vez nunha rama compartida e a solicitude de combinación, como cando os desenvolvedores front-end e back-end traballan en estreita colaboración entre eles, ou cando os desenvolvedores traballan en parella, como en Extreme Programming. .
En GitLab 11.11, pódense asignar varias persoas a solicitudes de combinación. Do mesmo xeito que sucede con varios propietarios de tarefas, aquí pódense usar listas, filtros, notificacións e API.
Configuración do clúster de Kubernetes a nivel de instancia
CORE, STARTER, PREMIUM, ULTIMATE
O modelo de seguridade e aprovisionamento en Kubernetes está a evolucionar e agora é posible atender un gran número de clientes a través dun clúster compartido.
En GitLab 11.11, os usuarios de instancias autoxestionadas agora poden fornecer un clúster a nivel de instancia e todos os equipos e proxectos dunha instancia usarano para as súas implementacións. Con esta integración de GitLab con Kubernetes, crearanse automaticamente recursos específicos do proxecto para aumentar a seguridade.
Agora podes configurar notificacións automáticas sobre eventos de implantación na canle do equipo grazas á integración do chat Neglixente и O máis importante, e o teu equipo estará ao tanto de todos os eventos importantes.
Os usuarios convidados dos teus proxectos agora poden ver as versións publicadas na páxina Lanzamentos. Poderán descargar os artefactos publicados, pero non poderán descargar o código fonte nin ver información sobre os repositorios, como etiquetas ou commits.
Outras melloras en GitLab 11.11
Gráficos de confirmación serializados para un mellor rendemento
Moitas operacións de Git requiren percorrer o gráfico de commit, como calcular a base de fusión ou listar as ramas que conteñen a commit. Canto máis commits, máis lentas serán estas operacións, porque o percorrido require que cada obxecto se cargue desde o disco para ler os seus punteiros.
En GitLab 11.11, activamos a función de gráfico de confirmación serializada introducida nas versións recentes de Git para precalcular e almacenar esta información. Os rastrexos en grandes repositorios son agora moito máis rápidos. O gráfico de confirmación crearase automaticamente na seguinte recollida de lixo do repositorio.
Lea sobre como se creou o gráfico de confirmación serializado en serie de artigos dun dos autores desta función.
Minutos adicionais de CI Runner: agora tamén hai plans gratuítos
LIBRE, BRONCE, PRATA, OURO
O mes pasado engadimos a posibilidade de comprar minutos adicionais de CI Runner, pero só para plans de pago de GitLab.com. Nesta versión, tamén se poden comprar minutos en plans gratuítos.
Dependendo do tipo e tamaño do proxecto, o arquivo de todo o proxecto pode tardar moito tempo en descargarse e non sempre é necesario, especialmente no caso de grandes mono-repositorios. En GitLab 11.11, podes descargar un arquivo do contido do directorio actual, incluídos os subdirectorios, para seleccionar só os cartafoles que necesites.
Propoñer cambios simplifica o traballo colaborativo nas solicitudes de combinación: agora pode prescindir de copiar e pegar para aceptar o cambio proposto. En GitLab 11.11, facilitamos aínda máis este proceso, xa que agora a discusión resolveuse automaticamente cando se aplica unha suxestión.
Contador de tempo na barra lateral do taboleiro de tarefas
As barras laterais de tarefas deberían ter o mesmo aspecto nas vistas de taboleiro e tarefas. Polo tanto, GitLab agora ten un contador de tempo na barra lateral da barra de tarefas. Só tes que ir ao taboleiro de tarefas, facer clic nunha tarefa e abrirase unha barra lateral cun contador de tempo.
Engadimos a posibilidade de consultar a API de Entornos para obter información específica sobre o ambiente para saber que commit está implantado no ambiente agora mesmo. Isto facilitará a automatización e os informes aos usuarios de Ambientes en GitLab.
Coincidencias de variables negativas para as regras de canalización
Agora podes comprobar a igualdade negativa ou a coincidencia de patróns (!= и !~) no arquivo .gitlab-ci.yml ao comprobar os valores das variables de ambiente, polo que o control do comportamento das canalizacións fíxose máis flexible.
Executa todos os traballos manuais nunha etapa cun só clic
En GitLab 11.11, os usuarios que teñen moitos traballos manuais por etapas agora poden executar todos eses traballos nunha soa etapa facendo clic no botón "Xogar todo" ("Executar todo") á dereita do nome da etapa na vista de canalización.
Creación dun ficheiro directamente desde unha variable de ambiente
As variables de ambiente adoitan usarse para crear ficheiros, especialmente para os segredos que deben protexerse e só están dispoñibles nunha canalización de ambiente específica. Para iso, configura o contido da variable co contido do ficheiro e crea un ficheiro no traballo que contén o valor. Cunha nova variable de ambiente como file pódese facer nun só paso mesmo sen cambiar .gitlab-ci.yml.
API Endpoint for Vulnerability Details
ÚLTIMO, OURO
Agora podes consultar na API de GitLab todas as vulnerabilidades identificadas no proxecto. Con esta API, pode crear listas de vulnerabilidades lexibles pola máquina filtradas por tipo, certeza e gravidade.
Capacidade de exploración dinámica completa para DAST
ÚLTIMO, OURO
En GitLab, pode probar dinámicamente a seguranza das aplicacións (Dynamic Application Security Testing, DAST) dentro da canalización de CI. A partir desta versión, podes escoller unha exploración dinámica completa en lugar da exploración pasiva estándar. A exploración dinámica completa protexe contra máis vulnerabilidades.
Instalación de Prometheus en clusters a nivel de grupo
Esta versión de GitLab presenta a posibilidade de conectar un clúster de Kubernetes a un grupo enteiro. Tamén engadimos a posibilidade de instalar unha instancia de Prometheus por clúster para facilitar o seguimento de todos os proxectos do clúster.
Acerca de ignorar vulnerabilidades no panel de seguridade
ÚLTIMO, OURO
Os administradores poden ver as vulnerabilidades ignoradas nos paneis de seguridade de GitLab. Para axilizar o teu fluxo de traballo, engadimos a posibilidade de ver detalles ignorados directamente no panel de seguranza.
Crea gráficos de métricas de panel personalizados
PREMIUM, ULTIMATE, PRATA, OURO
Crea novos gráficos con métricas de rendemento personalizadas directamente desde a barra de ferramentas do panel de métricas. Agora os usuarios poden crear, actualizar e eliminar visualizacións de métricas do panel facendo clic no botón "AddMetric" ("Engadir métrica") na esquina superior dereita da barra de ferramentas do panel.
Agora as tarefas das notificacións ábrense como GitLab Alert Bot
PREMIUM, ULTIMATE, PRATA, OURO
Os problemas abertos a partir de notificacións agora serán autores do bot de alerta de GitLab, polo que podes ver inmediatamente que o problema se creou automaticamente a partir dunha notificación importante.
Garda automaticamente descricións épicas no almacenamento local
ÚLTIMO, OURO
As descricións épicas non se gardaron no almacenamento local, polo que se perderon os cambios a non ser que os gardases explícitamente ao cambiar a descrición épica. GitLab 11.11 introduciu a capacidade de almacenar descricións épicas no almacenamento local. Isto significa que agora pode volver facilmente editar a descrición épica se se produce un erro, se distrae ou se sae accidentalmente do navegador.
Soporte de duplicación en GitLab para Git LFS
INICIO, PREMIUM, ULTIMATE, BRONCE, PRATA, OURO
Coa duplicación, podes replicar os repositorios Git dunha localización a outra. Isto facilita o almacenamento dunha réplica dun repositorio situado noutro lugar do servidor GitLab. GitLab agora admite a duplicación de repositorios con Git LFS, polo que esta función está dispoñible incluso para repositorios con ficheiros grandes, como texturas para xogos ou datos científicos.
Permisos de lectura e escritura no repositorio para tokens de acceso persoal
Moitos tokens de acceso persoal teñen permisos para cambiar no nivel api, pero o acceso completo á API pode dar demasiados dereitos a algúns usuarios ou organizacións.
Grazas ás contribucións da comunidade, os tokens de acceso persoal agora só poden ter permisos de lectura e escritura para os repositorios de proxectos, en lugar de un acceso máis profundo a nivel de API a áreas sensibles de GitLab como a configuración e a pertenza.
Coa API GraphQL, os usuarios poden especificar exactamente que datos necesitan e obter todos os datos que necesitan nunhas poucas consultas. A partir desta versión, GitLab admite engadir información básica do grupo á API de GraphQL.
GitLab adora os desenvolvedores de Salesforce e, para apoiar esta comunidade, permitimos que os usuarios inicien sesión en GitLab coas súas credenciais de Salesforce.com. Agora as instancias poden configurar GitLab como unha aplicación conectada a Salesforce para que poidan usar Salesforce.com para iniciar sesión en GitLab cun só clic.
Agora é necesario SAML SSO para acceder á web
PREMIUM, ULTIMATE, PRATA, OURO
Nós ampliando o requisito de inicio de sesión único (SSO). a nivel de grupo, introducido na versión 11.8, cunha validación estrita dos recursos do grupo e do proxecto para que os usuarios só poidan acceder cando inicien sesión con SAML. Esta é unha capa adicional de control de acceso para as organizacións que valoran a seguridade e usan GitLab.com a través de SAML SSO. Agora podes facer que o SSO sexa un requisito, sabendo que os usuarios do teu grupo están a usar SSO.
Filtrado por datos creados ou modificados recentemente para a API de epics
ÚLTIMO, OURO
Antes era difícil consultar datos recentemente creados ou modificados mediante a API de GitLab epics. Na versión 11.11 engadimos filtros adicionais created_after, created_before, updated_after и updated_beforepara garantir a coherencia coa API de problemas e atopar rapidamente epopeas modificadas ou creadas recentemente.
Hoxe publicamos GitLab Runner 11.11! GitLab Runner é un proxecto de código aberto que se usa para executar traballos de CI/CD e enviar os resultados a GitLab.
En GitLab 11.5 Engadimos este requisito á documentación xeográfica: gitlab-ee#8053.
En GitLab 11.6sudo gitlab-rake gitlab:geo:check comproba se o almacenamento hash está activado e se migran todos os proxectos. Cm. gitlab-ee#8289. Se estás a usar Geo, realiza esta comprobación e migra o antes posible.
En GitLab 11.8 un aviso permanentemente desactivado mostrarase na páxina Área de administración › Xeo › Nodosse non se permiten as comprobacións anteriores. gitlab-ee!8433.
En GitLab 12.0 Geo utilizará os requisitos de almacenamento hash. Cm. gitlab-ee#8690.
Data de eliminación: 22 2019 de xuño, o
GitLab Geo traerá PG FDW a GitLab 12.0
Isto é necesario para o cursor de rexistro xeolóxico xa que mellora moito o rendemento dalgunhas operacións de sincronización. Tamén mellora o rendemento das consultas de estado dos nodos xeolóxicos. As consultas anteriores tiñan un rendemento demasiado baixo en proxectos grandes. Vexa como configuralo en Replicación de bases de datos xeográficas. En GitLab 12.0 Geo requirirá PG FDW. Cm. gitlab-ee#11006.
Data de eliminación: 22 2019 de xuño, o
As opcións de Sentry para informar e rexistro de erros eliminaranse da interface de usuario en GitLab 12.0
Estas opcións eliminaranse da interface de usuario en GitLab 12.0 e estarán dispoñibles no ficheiro gitlab.yml. Ademais, poderás definir un ambiente Sentry para distinguir entre múltiples despregamentos. Por exemplo, desenvolvemento, posta en escena e produción. Cm. gitlab-ce#49771.
Data de eliminación: 22 2019 de xuño, o
Limitar o número máximo de canalizacións creadas por unha presentación
Anteriormente, GitLab creou canalizacións para HEAD cada rama do envío. Isto é útil para os desenvolvedores que realizan varios cambios á vez (por exemplo, nunha rama de funcións e a develop).
Pero ao empurrar un gran repositorio onde hai moitas ramas activas (por exemplo, para moverse, espellar ou bifurcar), non é necesario crear unha canalización para cada rama. A partir de GitLab 11.10 creamos máximo 4 canalizacións ao enviar.
Data de eliminación: 22 maio 2019
Rutas de código heredadas de GitLab Runner
Desde Gitlab 11.9 GitLab Runner usa novo método clonar/chamar ao repositorio. Actualmente GitLab Runner usará o método antigo se non se admite o novo. Ver máis en esta tarefa.
En GitLab 11.0, cambiamos a vista de configuración do servidor de métricas para GitLab Runner. metrics_serverserá eliminado a favor de listen_address en GitLab 12.0. Ver máis en esta tarefa.
Estes camiños non estarán dispoñibles en GitLab 12.0. Como usuario, non necesitas cambiar nada, só asegúrate de que a túa instancia de GitLab estea executando a versión 11.9+ cando actualices a GitLab Runner 12.0.
Data de eliminación: 22 2019 de xuño, o
Opción obsoleta para a función de punto de entrada para GitLab Runner
En GitLab 12.0, cambiaremos ao comportamento correcto coma se a configuración da función estivese desactivada. Ver máis en esta tarefa.
Data de eliminación: 22 2019 de xuño, o
Compatibilidade obsoleta para unha distribución de Linux que chegou a EOL para GitLab Runner
Algunhas distribucións de Linux nas que pode instalar GitLab Runner cumpriron o seu propósito.
En GitLab 12.0, GitLab Runner xa non distribuirá paquetes a estas distribucións de Linux. Pódese atopar unha lista completa das distribucións que xa non son compatibles no noso documentación. Grazas Javier ArdoJavier Jardón), para o seu contribución!
Data de eliminación: 22 2019 de xuño, o
Eliminando comandos antigos de GitLab Runner Helper
Eliminando o mecanismo git clean heredado de GitLab Runner
En GitLab Runner 11.10 nós proporcionou unha oportunidade configurar como Runner executa un comando git clean. Ademais, unha nova estratexia de limpeza elimina o uso git reset e pon o mando git clean despois do paso de carga.
Dado que este cambio de comportamento pode afectar a algúns usuarios, preparamos unha configuración FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se establece o valor true, restaurará a estratexia de limpeza antiga. Podes atopar máis información sobre o uso de parámetros de función en GitLab Runner en documentación.
En GitLab Runner 12.0, eliminaremos a compatibilidade coa estratexia de limpeza antiga e a posibilidade de restaurala mediante un parámetro de función. Ver en esta tarefa.
Cando introducimos modelos de proxecto a nivel de grupo na versión 11.6, por accidente fixemos esta función Premium/Silver dispoñible para todos os plans.
Nós corrixir este erro na versión 11.11 e dálle 3 meses máis a todos os usuarios e instancias inferiores ao nivel Silver/Premium.
A partir do 22 de agosto de 2019, os modelos de proxectos de equipo só estarán dispoñibles para o plan Silver/Premium e superior, tal e como se describe na documentación.
Data de eliminación: 22 2019 de agosto
Retírase o soporte para traballos por lotes de Windows
En GitLab 13.0 (22 de xuño de 2020), pensamos deixar de admitir traballos por lotes na liña de comandos de Windows en GitLab Runner (por exemplo, cmd.exe) a favor do soporte estendido para Windows PowerShell. Ler máis en esta tarefa.
A nosa visión de DevOps empresarial agora aliñarase coa posición de Microsoft de que PowerShell é a mellor opción para automatizar aplicacións empresariais en ambientes Windows. Se queres seguir usando cmd.exe, estes comandos pódense chamar desde PowerShell, pero non admitiremos directamente os traballos por lotes de Windows debido a varias inconsistencias que provocan unha elevada sobrecarga de mantemento e desenvolvemento.
Data de eliminación: 22 2019 de setembro, o
Require Git 2.21.0 ou superior
A partir de GitLab 11.11, é necesario que se execute Git 2.21.0. Omnibus GitLab xa se envía con Git 2.21.0, pero os usuarios de instalacións orixinais con versións anteriores de Git terán que actualizar.
Data de eliminación: 22 maio 2019
Modelo de servizo de Kubernetes legado
En GitLab 12.0, pensamos deixar en desuso o patrón de servizo de Kubernetes a nivel de instancia a favor da configuración de clúster a nivel de instancia introducida en GitLab 11.11.
Todas as instancias autoxestionadas que utilicen o modelo de servizo migraranse a un clúster de nivel de instancia ao actualizar a GitLab 12.0.
Data de eliminación: 22 2019 de xuño, o
Desactivando a coincidencia de etiquetas app nos paneis de implementación de Kubernetes
En GitLab 12.0, pensamos deixar en desuso a coincidencia de etiquetas de aplicacións no selector de implementación de Kubernetes. En GitLab 11.10 introducimos novo mecanismo de coincidencia, que busca partidos app.example.com/app и app.example.com/envpara mostrar as implementacións no panel.
Para que estas implementacións aparezan nos paneis de implementación, só tes que enviar unha nova implementación e GitLab aplicará as novas etiquetas.
Data de eliminación: 22 2019 de xuño, o
Os paquetes de GitLab 12.0 asinaranse coa sinatura estendida