Mais opções de colaboração e mais notificações
No GitLab, estamos constantemente procurando novas maneiras de melhorar a colaboração ao longo do ciclo de vida do DevOps. Temos o prazer de anunciar que, a partir desta versão, apoiamos várias pessoas responsáveis por uma solicitação de mesclagem ! Esse recurso está disponível no nível do GitLab Starter e incorpora verdadeiramente o nosso lema: "Todos podem contribuir" . Sabemos que muitas pessoas podem trabalhar com uma solicitação de mesclagem, para que tudo esteja em ordem, e agora você tem a oportunidade de nomear vários responsáveis pelas solicitações de mesclagem!
Agora, as equipes de DevOps recebem notificação automática de eventos de implantação no Slack e no Mattermost . Adicione novas notificações à lista de eventos de envio nesses dois bate-papos e sua equipe saberá quase instantaneamente sobre novas implantações.
Reduza custos, oferecendo suporte a contêineres Docker no Windows e provisionando clusters Kubernetes no nível da instância
Adoramos recipientes! Os contêineres gastam menos recursos do sistema do que as máquinas virtuais e melhoram a portabilidade do aplicativo. Desde o lançamento do GitLab 11.11, oferecemos suporte ao Executor de Contêiner do Windows para o GitLab Runner , portanto agora você pode usar os contêineres do Docker no Windows e aproveitar os recursos avançados de orquestração e gerenciamento de pipeline.
O GitLab Premium (apenas para instâncias autogerenciadas) agora oferece um proxy de cache para dependências para imagens do Docker . Esse complemento acelerará a entrega, porque agora você terá um proxy de cache para imagens do Docker usadas com freqüência.
Os usuários de instâncias auto-gerenciadas do GitLab agora podem preparar o cluster Kubernetes no nível da instância , e todos os grupos e projetos na instância o usarão em suas implantações. Essa integração do GitLab com o Kubernetes criará automaticamente recursos para projetos específicos para aumentar a segurança.
E isso não é tudo!
Além dos novos recursos de colaboração e notificações adicionais, adicionamos acesso de convidado às versões , aumentamos os minutos adicionais do CI Runner for GitLab Free , verificações simplificadas resolvendo automaticamente a discussão quando você aplica a oferta e muito mais!
O funcionário mais valioso deste mês ( MVP ) - Kia Mei Somabes
Nesta versão, adicionamos a capacidade de baixar pastas individuais de repositórios, em vez de todo o conteúdo. Agora você pode baixar apenas alguns arquivos necessários. Obrigado Kia May Somabes
Principais características do GitLab 11.11
Executor de Contêiner do Windows para GitLab Runner
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
No GitLab 11.11, adicionamos um novo executor ao GitLab Runner para que os contêineres do Docker possam ser usados no Windows. Antes, era necessário usar um shell para orquestrar os contêineres do Docker no Windows, mas agora você pode trabalhar com os contêineres do Docker diretamente no Windows, quase o mesmo que no Linux. Os usuários da plataforma Microsoft agora têm mais opções para orquestração e gerenciamento de pipeline.
Esta atualização inclui suporte aprimorado do PowerShell no GitLab CI / CD, além de novas imagens auxiliares para diferentes versões dos contêineres do Windows. Obviamente, seus próprios corredores do Windows podem ser usados com o GitLab.com, mas até agora eles não estão na lista de ferramentas disponíveis publicamente.
Proxy de dependência de cache para registro de contêiner
PREMIUM, ULTIMATE
As equipes geralmente usam contêineres em pipelines de construção, e um proxy de armazenamento em cache para imagens e pacotes usados com freqüência do upstream é uma ótima maneira de acelerar os pipelines. Com uma cópia local das camadas desejadas, acessível através do novo proxy de armazenamento em cache, você pode trabalhar com mais eficiência com imagens comuns em seu ambiente.
Até o momento, o proxy para contêineres está disponível apenas para instâncias autogerenciadas no servidor da Web Puma (no modo experimental) .
Vários responsáveis por solicitações de mesclagem
PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO
Muitas vezes, várias pessoas trabalham ao mesmo tempo em uma função em uma ramificação comum e em uma solicitação de mesclagem, por exemplo, quando desenvolvedores de front-end e back-end trabalham em estreita colaboração uns com os outros ou quando desenvolvedores trabalham em pares, como em programação extrema.
No GitLab 11.11, várias pessoas podem ser designadas para mesclar solicitações. Como em vários gerenciadores de tarefas, você pode usar listas, filtros, notificações e APIs aqui.
Configuração de Cluster Kubernetes no Nível da Instância
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
O modelo de segurança e treinamento no Kubernetes está evoluindo e agora você pode atender um grande número de clientes por meio de um cluster comum.
No GitLab 11.11, os usuários de instâncias autogerenciadas agora podem preparar o cluster no nível da instância, e todos os grupos e projetos na instância o usarão em suas implantações. Essa integração do GitLab com o Kubernetes criará automaticamente recursos para projetos específicos para aumentar a segurança.
Notificações de implantação no Slack e Mattermost
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora você pode configurar notificações automáticas de eventos de implantação no canal da equipe, graças à integração com os bate-papos Slack e Mattermost , e sua equipe estará ciente de todos os eventos importantes.
Acesso de convidado a edições
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora, os usuários convidados de seus projetos podem visualizar lançamentos publicados na página Releases. Eles poderão fazer o download de artefatos publicados, mas não poderão fazer o download do código-fonte ou ver informações sobre repositórios, como tags ou confirmações.
Outras melhorias no GitLab 11.11
Gráficos de confirmação serializados para melhor desempenho
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Muitas operações Git requerem a passagem do gráfico de confirmação, como o cálculo de uma base de mesclagem ou a saída de ramificações que contêm uma confirmação. Quanto mais confirmações, mais lentamente essas operações são executadas, porque para ignorar é necessário carregar cada objeto do disco para ler seus ponteiros.
No GitLab 11.11, incluímos o recurso de gráfico de confirmação serializado, introduzido em versões recentes do Git para calcular e armazenar essas informações antecipadamente. Rastreamentos em grandes repositórios agora são muito mais rápidos. O gráfico de confirmação será criado automaticamente na próxima coleta de lixo no repositório.
Leia sobre como criar um gráfico serializado de confirmações em uma série de artigos de um dos autores desse recurso.
Minutos extras CI Runner: agora para planos gratuitos
GRÁTIS, BRONZE, PRATA, OURO
No mês passado, adicionamos a capacidade de comprar minutos adicionais do CI Runner, mas apenas para planos pagos do GitLab.com. Nesta edição, você pode comprar minutos em planos gratuitos.
Faça o download dos arquivos do diretório no repositório
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Dependendo do tipo e tamanho do projeto, o arquivo do projeto inteiro pode levar um longo tempo e nem sempre é necessário, especialmente no caso de grandes mono-repositórios. No GitLab 11.11, você pode baixar um arquivo do conteúdo do diretório atual, incluindo subdiretórios, para selecionar apenas as pastas necessárias.
Obrigado pelo trabalho, Kia May Somabes !
A aplicação de uma proposta agora resolve automaticamente a discussão
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
A proposta de alterações simplifica o trabalho conjunto sobre solicitações de mesclagem: agora você pode fazer sem copiar e colar para aceitar a alteração proposta. No GitLab 11.11, tornamos esse processo ainda mais fácil: agora a discussão é resolvida automaticamente ao aplicar a proposta.
Contador de tempo na barra lateral do quadro de tarefas
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
As barras de tarefas laterais devem ter a mesma aparência no quadro branco e nas exibições de tarefas. Portanto, o GitLab agora tem um contador de tempo na barra de tarefas da barra de tarefas. Basta ir ao quadro de tarefas, clicar na tarefa e um painel lateral com um contador de tempo será aberto.
Informações de implantação na API de ambientes
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Adicionamos a capacidade de solicitar informações sobre um ambiente específico da API de ambientes para saber qual consolidação está implantada no ambiente no momento. Isso simplificará a automação e os relatórios para usuários de ambientes no GitLab.
Correspondências de variáveis negativas para regras de pipeline
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora você pode verificar a igualdade ou coincidência negativa de padrões ( != And !~ ) No .gitlab-ci.yml ao verificar os valores das variáveis de ambiente, para controlar o comportamento dos pipelines se tornou mais flexível.
Início com um clique de todos os trabalhos manuais em um estágio
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
No GitLab 11.11, os usuários que têm muitos trabalhos manuais em estágios agora podem executar todos esses trabalhos em uma única etapa, clicando no botão "Reproduzir todos" à direita do nome do estágio na exibição do pipeline.
Criando um arquivo diretamente de uma variável de ambiente
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
As variáveis de ambiente geralmente são usadas para criar arquivos, especialmente para segredos que precisam de proteção e estão disponíveis apenas em um pipeline de ambiente específico. Para fazer isso, defina o conteúdo da variável como o conteúdo da variável e crie o arquivo no trabalho que contém o valor. Com uma nova variável de ambiente, como file isso pode ser feito em uma etapa, mesmo sem modificar .gitlab-ci.yml.
Ponto de extremidade da API de informações sobre vulnerabilidades
ULTIMATE, GOLD
Agora você pode solicitar da API do GitLab todas as vulnerabilidades identificadas no projeto. Com esta API, você pode criar listas de vulnerabilidades legíveis por máquina com filtros por tipo, validade e gravidade.
Capacidade de verificação dinâmica completa para DAST
ULTIMATE, GOLD
No GitLab, você pode testar dinamicamente a segurança do aplicativo (Dynamic Application Security Testing, DAST) como parte do pipeline do IC. A partir desta versão, você pode escolher a verificação dinâmica completa em vez da verificação passiva padrão. A verificação dinâmica completa protege contra mais vulnerabilidades.
Instale o Prometheus em clusters em nível de grupo
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Nesta versão do GitLab, você pode anexar um cluster Kubernetes a um grupo inteiro. Também adicionamos a capacidade de instalar uma instância do Prometheus nesse cluster, para simplificar o monitoramento de todos os projetos no cluster.
Painel de segurança ignorar informações
ULTIMATE, GOLD
Os painéis de segurança do GitLab permitem que os administradores visualizem vulnerabilidades ignoradas. Para otimizar o fluxo de trabalho, adicionamos a capacidade de exibir informações de ignorar diretamente no painel de segurança.
Crie métricas personalizadas do painel
PREMIUM, ULTIMATE, PRATA, OURO
Crie novos gráficos com métricas de desempenho personalizadas diretamente na barra de ferramentas no painel de métricas. Agora, os usuários podem criar, atualizar e excluir visualizações de métricas no painel clicando no botão Adicionar Métrica no canto superior direito da barra de ferramentas do painel.
Tarefas das notificações agora abertas em nome do GitLab Alert Bot
PREMIUM, ULTIMATE, PRATA, OURO
Agora, para tarefas que são abertas a partir de notificações, o autor será o GitLab Alert Bot, para que você possa ver imediatamente que a tarefa foi criada automaticamente a partir de uma notificação importante.
Salvar automaticamente descrições épicas no armazenamento local
ULTIMATE, GOLD
As descrições épicas não foram salvas no armazenamento local; portanto, as alterações desapareceram se você não as salvar explicitamente ao alterar a descrição épica. O GitLab 11.11 introduziu a capacidade de salvar descrições épicas no armazenamento local. Isso significa que agora você pode voltar facilmente a alterar a descrição da epopeia se ocorrer um erro, se distrair ou sair acidentalmente do navegador.
Suporte de espelhamento do GitLab para Git LFS
PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO
O espelhamento pode replicar repositórios Git de um lugar para outro. Isso facilita o armazenamento de uma réplica de um repositório localizado em outro local no servidor GitLab. O GitLab agora suporta repositórios de espelhamento com o Git LFS, portanto esse recurso está disponível mesmo para repositórios com arquivos grandes, como texturas para jogos ou dados científicos.
Permissões de leitura e gravação no repositório para tokens de acesso pessoal
NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Muitos tokens de acesso pessoal têm permissão para alterar no nível da api , mas o acesso total à API pode conceder direitos demais a alguns usuários ou organizações.
Graças à participação da comunidade, os tokens de acesso pessoal agora podem ter apenas permissões de leitura e gravação para repositórios de projetos, em vez de acesso mais profundo no nível da API a zonas sensíveis do GitLab, como configurações e associação.
Obrigado, Horatiu Eugen Vlad
Adicionando suporte básico para consultas de grupo GraphQL
GRÁTIS, BRONZE, PRATA, OURO, NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Usando a API GraphQL, os usuários podem especificar exatamente quais dados precisam e receber todos os dados necessários em algumas consultas. A partir desta versão, o GitLab suporta a adição de informações básicas de grupo à API do GraphQL.
Login de credencial do Salesforce
NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
O GitLab ama os desenvolvedores do Salesforce e, para oferecer suporte a essa comunidade, permitimos que os usuários efetuem login no GitLab com credenciais do Salesforce.com. Agora, em instâncias, você pode configurar o GitLab como um aplicativo conectado ao Salesforce para usar o Salesforce.com para efetuar login no GitLab com um clique.
SAML SSO agora é necessário para acesso à web
PREMIUM, ULTIMATE, PRATA, OURO
Estamos expandindo o requisito de logon único em nível de grupo (SSO) introduzido na liberação 11.8 com uma revisão rigorosa dos recursos de grupo e projeto, para que os usuários possam acessar somente ao fazer login com SAML. Esse é um nível adicional de controle de acesso para organizações que valorizam a segurança e usam o GitLab.com por meio do SAML SSO. Agora você pode fazer do SSO uma obrigação, sabendo que os usuários do seu grupo estão usando o SSO.
Filtrando por dados criados ou modificados recentemente para APIs épicas
ULTIMATE, GOLD
Costumava ser difícil consultar dados criados ou modificados recentemente usando a API épica no GitLab. No release 11.11, adicionamos filtros adicionais created_after , created_before , updated_after e updated_before para garantir consistência com as tarefas da API e encontrar rapidamente épicos modificados ou criados recentemente.
Autenticação biométrica com UltraAuth
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
A UltraAuth é especializada em autenticação biométrica sem senha. Agora nós suportamos este método de autenticação no GitLab!
Obrigado, Kartikey Tanna
GitLab Runner 11.11
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Hoje lançamos o GitLab Runner 11.11! O GitLab Runner é um projeto de código aberto usado para executar tarefas de CI / CD e enviar resultados de volta ao GitLab.
Melhorias Omnibus
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias no Omnibus no GitLab 11.11:
Melhoria do circuito
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias nos gráficos Helm no GitLab 11.11:
Aprimoramentos de desempenho
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Continuamos a melhorar o desempenho do GitLab a cada versão para instâncias do GitLab de qualquer tamanho. Algumas melhorias no GitLab 11.11:
Recursos preteridos
O GitLab Geo fornecerá armazenamento de hash no GitLab 12.0
O GitLab Geo requer armazenamento em hash para atenuar a concorrência nos nós secundários. Isso foi observado no gitlab-ce # 40970 .
No GitLab 11.5, adicionamos esse requisito à documentação Geográfica : gitlab-ee # 8053 .
No GitLab 11.6, sudo gitlab-rake gitlab:geo:check verifica se o armazenamento com hash está ativado e se todos os projetos foram migrados. Veja gitlab-ee # 8289 . Se você estiver usando o Geo, execute essa verificação e migre o mais rápido possível.
No GitLab 11.8, um aviso permanentemente desativado será exibido na página Área de administração ›Área geográfica› Nós , se as verificações acima não forem permitidas. gitlab-ee! 8433 .
No GitLab 12.0, o Geo usará os requisitos de armazenamento de hash. Veja gitlab-ee # 8690 .
Data de exclusão: 22 de junho de 2019
O GitLab Geo usará o PG FDW no GitLab 12.0
Isso é necessário para o Geo Log Cursor, pois melhora significativamente o desempenho de algumas operações de sincronização. O desempenho da consulta de status do nó geográfico também foi aprimorado. As consultas anteriores tiveram uma produtividade muito baixa em grandes projetos. Veja como configurar isso na replicação geográfica do banco de dados . No GitLab 12.0, o Geo exigirá o PG FDW. Veja gitlab-ee # 11006 .
Data de exclusão: 22 de junho de 2019
As opções de sentinela para relatório e registro de erros serão removidas da interface do usuário no GitLab 12.0
Essas opções serão removidas da interface do usuário no GitLab 12.0 e estarão disponíveis no arquivo gitlab.yml . Além disso, você pode definir um ambiente Sentry para distinguir entre várias implantações. Por exemplo, desenvolvimento, preparação e produção. Veja gitlab-ce # 49771 .
Data de exclusão: 22 de junho de 2019
Limitar o número máximo de pipelines criados por um envio
O GitLab costumava criar pipelines para o HEAD cada ramificação no envio. Isso é conveniente para desenvolvedores que enviam várias alterações ao mesmo tempo (por exemplo, para o ramo de recursos e para o ramo de develop ).
Porém, ao enviar um repositório grande, onde existem muitas ramificações ativas (por exemplo, para mover, espelhar ou ramificar), você não precisa criar um pipeline para cada ramificação. A partir do GitLab 11.10, criamos no máximo 4 pipelines ao enviar.
Excluído: 22 de maio de 2019
Caminhos herdados do código do corredor do GitLab legado
A partir do Gitlab 11.9, o GitLab Runner usa o novo método de clonagem / chamada de repositório. Atualmente, o GitLab Runner usará o método antigo se o novo não for suportado. Veja esta tarefa para mais detalhes.
No GitLab 11.0, alteramos a aparência da configuração do servidor métrico para o GitLab Runner. metrics_server será removido em favor do listen_address no listen_address 12.0. Veja esta tarefa para mais detalhes.
Na versão 11.3, o GitLab Runner começou a dar suporte a vários provedores de cache ; o que levou a novas configurações para uma configuração específica do S3 . A documentação contém uma tabela de alterações e instruções para mudar para uma nova configuração. Veja esta tarefa para mais detalhes.
Esses caminhos não estarão disponíveis no GitLab 12.0. Como usuário, você não precisa alterar nada, apenas verifique se a instância do GitLab funciona com a versão 11.9 ou superior ao atualizar para o GitLab Runner 12.0.
Data de exclusão: 22 de junho de 2019
Recurso de ponto de entrada descontinuado para o GitLab Runner
Na 11.4, o GitLab Runner introduziu o parâmetro de recurso FF_K8S_USE_ENTRYPOINT_OVER_COMMAND para corrigir problemas como # 2338 e # 3536 .
No GitLab 12.0, mudaremos para o comportamento correto, como se o parâmetro do recurso estivesse desabilitado. Veja esta tarefa para mais detalhes.
Data de exclusão: 22 de junho de 2019
Suporte descontinuado à distribuição do Linux atingindo o EOL para o GitLab Runner
Algumas distribuições Linux nas quais você pode instalar o GitLab Runner cumpriram seu objetivo.
No GitLab 12.0, o GitLab Runner não distribuirá mais pacotes para essas distribuições Linux. Uma lista completa de distribuições que não são mais suportadas pode ser encontrada em nossa documentação . Obrigado, Javier Jardón , pela sua contribuição !
Data de exclusão: 22 de junho de 2019
Removendo comandos antigos do GitLab Runner Helper
Como parte da adição de suporte ao Windows, o executor do Docker teve que abandonar alguns dos comandos antigos usados para a imagem auxiliar .
No GitLab 12.0, o GitLab Runner inicia com novos comandos. Isso se aplica apenas a usuários que substituem a imagem auxiliar . Veja esta tarefa para mais detalhes.
Data de exclusão: 22 de junho de 2019
Removendo o mecanismo git clean herdado do GitLab Runner
No GitLab Runner 11.10, fornecemos a capacidade de personalizar como o Runner executa o comando git clean . Além disso, a nova estratégia de limpeza remove o uso de git reset e coloca o comando git clean após a etapa de upload.
Como essa mudança de comportamento pode afetar alguns usuários, preparamos o parâmetro FF_USE_LEGACY_GIT_CLEAN_STRATEGY . Se definido como true , ele restaurará a estratégia de limpeza herdada. Mais informações sobre o uso de parâmetros de função no GitLab Runner podem ser encontradas na documentação .
No GitLab Runner 12.0, removeremos o suporte à estratégia de limpeza herdada e a capacidade de restaurá-la usando um parâmetro de função. Veja nesta tarefa .
Data de exclusão: 22 de junho de 2019
Quando apresentamos os modelos de projeto no nível do grupo no release 11.6, acidentalmente disponibilizamos esse recurso para Premium / Silver para todos os planos.
Corrigimos esse bug na versão 11.11 e concedemos mais 3 meses a todos os usuários e instâncias abaixo do nível Silver / Premium.
A partir de 22 de agosto de 2019, os modelos de projeto de grupo estarão disponíveis apenas para o plano Silver / Premium e acima, conforme descrito na documentação.
Data excluída: 22 de agosto de 2019
Suporte para trabalho em lote do Windows descontinuado
No GitLab 13.0 (22 de junho de 2020), planejamos abandonar o suporte a tarefas em lote na linha de comando do Windows no GitLab Runner (por exemplo, cmd.exe ) em favor do suporte aprimorado ao Windows PowerShell. Mais detalhes nesta tarefa .
Agora, nossa visão de DevOps corporativo estará alinhada à posição da Microsoft de que o PowerShell é a melhor opção para automatizar aplicativos corporativos em ambientes Windows. Se você deseja continuar usando o cmd.exe , esses comandos podem ser chamados no PowerShell, mas não ofereceremos suporte direto a tarefas em lote do Windows devido a várias inconsistências que resultam em altos custos de manutenção e desenvolvimento.
Excluir data: 22 de setembro de 2019
Requer Git 2.21.0 ou superior.
A partir do GitLab 11.11, o Git 2.21.0 é necessário para executar. O Omnibus GitLab já vem com o Git 2.21.0 , mas os usuários das instalações iniciais com versões anteriores do Git terão que atualizar.
Excluído: 22 de maio de 2019
Modelo de serviço Kubernetes descontinuado
No GitLab 12.0, planejamos abandonar o modelo de serviço Kubernetes no nível da instância em favor da configuração de cluster no nível da instância introduzida no GitLab 11.11.
Todas as instâncias de autogerenciamento em que o modelo de serviço é usado serão migradas para o cluster no nível da instância ao atualizar para o GitLab 12.0.
Data de exclusão: 22 de junho de 2019
Recusando a correspondência de rótulo de app nos painéis de implantação do Kubernetes
No GitLab 12.0, planejamos abandonar a correspondência de rótulo de aplicativo no seletor de implantação do Kubernetes. No GitLab 11.10, introduzimos um novo mecanismo de correspondência que procura correspondências em app.example.com/app e app.example.com/env para exibir implantações no painel.
Para que essas implantações sejam exibidas nos painéis de implantação, basta enviar uma nova implantação, e o GitLab aplicará novos atalhos.
Data de exclusão: 22 de junho de 2019
Pacotes do GitLab 12.0 serão assinados com uma assinatura estendida
Em 2 de maio de 2019, o GitLab estendeu as chaves de assinatura dos pacotes Omnibus GitLab de 01/08/2019 para 01/01/2020. Se você estiver procurando assinaturas de pacotes e quiser renovar suas chaves, basta seguir as instruções na documentação para assinar pacotes Omnibus novamente.
Data de exclusão: 22 de junho de 2019
Change Log
Procure todas essas alterações no log de alterações:
Instalação
Se você estiver configurando uma nova instalação do GitLab, visite a página de download do GitLab .
Update
→ Confira a página de atualização