Mais possibilidades de colaboração e notificações adicionais
No GitLab, estamos constantemente buscando novas maneiras de aprimorar a colaboração em todo o ciclo de vida do DevOps. Temos o prazer de anunciar que, a partir desta versão, suportamos ! Este recurso está disponível no nível GitLab Starter e realmente incorpora nosso lema: «Qualquer um pode contribuir». Sabemos que muitas pessoas podem estar trabalhando em uma única merge request para garantir que tudo esteja em ordem, e agora vocês têm a opção de designar vários responsáveis pelas merge requests!
Além disso, as equipes de DevOps agora recebem . Adicione novas notificações à lista de eventos de envio nesses dois chats, e sua equipe será informada quase instantaneamente sobre novas implantações.
Redução de custos com suporte a containers Docker no Windows e preparação de clusters Kubernetes a nível de instância
Nós adoramos containers! Containers consomem menos recursos do sistema em comparação com máquinas virtuais e melhoram a portabilidade da aplicação. A partir da versão GitLab 11.11, suportamos , portanto agora você pode usar containers Docker no Windows e desfrutar de capacidades avançadas de orquestração de pipelines e gerenciamento.
GitLab Premium (somente para instâncias auto-hospedadas) agora oferece . Este complemento acelerará a entrega, pois agora você terá um proxy de cache para as imagens Docker mais utilizadas.
Usuários de instâncias auto-hospedadas do GitLab agora podem preparar , e todos os grupos e projetos na instância usarão isso para suas implantações. Graças a essa integração, o GitLab com Kubernetes criará automaticamente recursos para projetos específicos para segurança adicional.
E isso ainda não é tudo!
Além das novas possibilidades de colaboração e notificações adicionais, nós adicionamos , aumentamos , simplificamos as revisões com o , e muito mais!
O funcionário mais valioso deste mês () — Kia Mei Somabes ()
Nesta edição, adicionamos a capacidade de fazer upload de pastas específicas de repositórios, em vez de todo o conteúdo. Agora você pode carregar apenas alguns arquivos necessários. Obrigado, Kia Mei Somabes!
Principais recursos do GitLab 11.11
Windows Container Executor para GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
No GitLab 11.11, introduzimos um novo executor no GitLab Runner para que contêineres Docker possam ser usados no Windows. Anteriormente, a orquestração de contêineres Docker no Windows exigia o uso de shell, mas agora é possível trabalhar com contêineres Docker no Windows diretamente, quase da mesma forma que no Linux. Os usuários das plataformas da Microsoft agora têm mais opções para orquestração de pipelines e gestão.
Esta atualização inclui suporte aprimorado para PowerShell no GitLab CI/CD, além de novas imagens auxiliares para diferentes versões de contêineres Windows. Seus próprios runners Windows, claro, podem ser usados com GitLab.com, mas ainda não estão na lista de ferramentas públicas.
Proxy de cache de dependências para o registro de contêineres
PREMIUM, ULTIMATE
Equipes frequentemente utilizam contêineres em pipelines de build, e um proxy de cache para imagens e pacotes frequentemente usados provenientes do upstream é uma ótima maneira de acelerar os pipelines. Com uma cópia local das camadas necessárias, acessível através do novo proxy de cache, é possível trabalhar de forma mais eficiente com as imagens populares em seu ambiente.
Atualmente, o proxy para contêineres está disponível apenas para instâncias autogerenciadas em servidor web .
Vários responsáveis por merge requests
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Frequentemente, várias pessoas trabalham em uma função na mesma branch e merge request, por exemplo, quando desenvolvedores frontend e backend colaboram de perto ou quando desenvolvedores trabalham em pares, como na programação extrema.
No GitLab 11.11, é possível designar várias pessoas para merge requests. Assim como com várias pessoas responsáveis por tarefas, listas, filtros, notificações e API podem ser utilizados aqui.
Configuração do cluster Kubernetes em nível de instância
CORE, STARTER, PREMIUM, ULTIMATE
O modelo de segurança e gerenciamento em Kubernetes está evoluindo, e agora é possível atender a um grande número de clientes através de um único cluster compartilhado.
No GitLab 11.11, os usuários de instâncias autogeridas agora podem configurar um cluster em nível de instância, e todos os grupos e projetos na instância usarão isso para suas implantações. Com essa integração do GitLab com Kubernetes, recursos específicos para projetos serão criados automaticamente para fornecer maior segurança.
Notificações sobre implantações no Slack e no Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Agora você pode configurar notificações automáticas sobre eventos de implantação no canal da equipe, graças à integração com chats e , e sua equipe estará ciente de todos os eventos importantes.
Acesso de convidados a lançamentos
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Agora, usuários convidados dos seus projetos podem visualizar lançamentos publicados na página Releases. Eles poderão baixar artefatos publicados, mas não poderão baixar o código-fonte ou ver informações sobre repositórios, como tags ou commits.
Outras melhorias no GitLab 11.11
Grafos de commits serializados para melhor desempenho
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Para muitas operações do Git, é necessário percorrer o grafo de commits, por exemplo, calcular a base de mesclagem ou listar branches que contêm um commit. Quanto mais commits houver, mais lentas essas operações se tornam, pois é necessário carregar cada objeto do disco para ler seus ponteiros.
No GitLab 11.11, incluímos a função de grafos de commits serializados, apresentada nas versões mais recentes do Git, para pré-calcular e armazenar essas informações. Agora, percursos em grandes repositórios são realizados de forma muito mais rápida. O grafo de commits será criado automaticamente na próxima coleta de lixo do repositório.
Leia sobre como o grafo de commits serializados foi criado em de um dos autores dessa funcionalidade.
Minutos adicionais de CI Runner: agora também para planos gratuitos
FREE, BRONZE, SILVER, GOLD
No mês passado, adicionamos a possibilidade de comprar minutos adicionais de CI Runner, mas apenas para planos pagos do GitLab.com. Nesta versão, é possível comprar minutos também em planos gratuitos.
Carregamento de arquivos compactados de diretórios em repositórios
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dependendo do tipo e do tamanho do projeto, o arquivo compactado de todo o projeto pode levar muito tempo para ser carregado e nem sempre é necessário, especialmente no caso de grandes monorepositórios. No GitLab 11.11, é possível carregar um arquivo compactado do conteúdo do diretório atual, incluindo subdiretórios, para selecionar apenas as pastas desejadas.
Obrigado pelo trabalho, !
A aplicação da proposta agora resolve automaticamente a discussão
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A proposta de alteração simplifica a colaboração em merge requests: agora é possível evitar o copy-paste para aceitar a mudança proposta. No GitLab 11.11, tornamos esse processo ainda mais fácil: agora a discussão é automaticamente resolvida ao aplicar a proposta.
Contador de tempo no painel lateral do quadro de tarefas
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Os painéis de tarefas devem ter a mesma aparência nas visualizações de quadros e tarefas. Portanto, o GitLab agora inclui um contador de tempo no painel lateral do quadro de tarefas. Basta ir ao quadro de tarefas, clicar na tarefa e o painel lateral com o contador de tempo será aberto.
Informações sobre implantações na API Environments
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Adicionamos a capacidade de solicitar informações sobre um ambiente específico na API Environments, para saber qual commit está implantado no ambiente neste momento. Isso facilitará a automação e a geração de relatórios para os usuários do Environments no GitLab.
Correspondências negativas de variáveis para regras de pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Agora é possível verificar a desigualdade negativa ou correspondência de padrões (!= e !~) no arquivo .gitlab-ci.yml ao verificar os valores das variáveis de ambiente, tornando o controle do comportamento dos pipelines mais flexível.
Executar todas as jobs manuais em uma etapa com um clique
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
No GitLab 11.11, os usuários que possuem muitas jobs manuais em suas etapas agora podem executar todas essas jobs em uma única etapa, clicando no botão «Executar todas» («Play all») à direita do nome da etapa na visualização de pipelines.
Criar um arquivo diretamente de uma variável de ambiente
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
As variáveis de ambiente são frequentemente usadas para criar arquivos, especialmente segredos que precisam ser protegidos e estão disponíveis apenas em um pipeline de ambiente específico. Para isso, você define como conteúdo da variável o conteúdo do arquivo e cria um arquivo na job que contém o valor. Com a nova variável de ambiente do tipo arquivo isso pode ser feito em um único passo, mesmo sem alterar .gitlab-ci.yml.
Endpoint da API para informações sobre vulnerabilidades
ULTIMATE, GOLD
Agora você pode solicitar ao GitLab API todas as vulnerabilidades identificadas no projeto. Com essa API, é possível criar listas de vulnerabilidades legíveis por máquina com filtros por tipo, confiabilidade e gravidade.
Capacidade de varredura dinâmica completa para DAST
ULTIMATE, GOLD
No GitLab, você pode testar dinamicamente a segurança de aplicativos (Dynamic Application Security Testing, DAST) como parte do pipeline CI. A partir desta versão, é possível escolher a varredura dinâmica completa em vez da varredura passiva padrão. A varredura dinâmica completa protege contra um maior número de vulnerabilidades.
Instalação do Prometheus em clusters de nível de grupo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nesta versão, foi adicionada a capacidade de vincular um cluster Kubernetes a todo o grupo. Também incluímos a possibilidade de instalar uma única instância do Prometheus nesse cluster para simplificar a monitorização de todos os projetos no cluster.
Informações sobre ignorar vulnerabilidades no painel de segurança
ULTIMATE, GOLD
Nos painéis de segurança do GitLab, os administradores podem visualizar as vulnerabilidades ignoradas. Para otimizar o fluxo de trabalho, adicionamos a capacidade de ver informações sobre a ignorância diretamente no painel de segurança.
Criação de gráficos personalizados de métricas no painel de monitoramento
PREMIUM, ULTIMATE, SILVER, GOLD
Crie novos gráficos com métricas de desempenho personalizadas diretamente na barra de ferramentas do painel de monitoramento. Agora os usuários podem criar, atualizar e excluir visualizações de métricas no painel de monitoramento clicando no botão «Add Metric» («Adicionar métrica») no canto superior direito da barra de ferramentas do painel de monitoramento.
Tarefas de notificações agora são abertas em nome do GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Agora, as tarefas que são abertas a partir de notificações terão como autor o GitLab Alert Bot, para que você veja imediatamente que a tarefa foi criada automaticamente a partir de uma notificação importante.
Auto-salvamento de descrições de épicos no armazenamento local
ULTIMATE, GOLD
As descrições de épicos não eram salvas no armazenamento local, portanto, as alterações eram perdidas a menos que você as salvasse explicitamente ao alterar a descrição do épico. No GitLab 11.11, foi introduzida a capacidade de salvar descrições de épicos no armazenamento local. Isso significa que agora você pode facilmente voltar a editar a descrição do épico se ocorrer um erro, se você se distrair ou se sair acidentalmente do navegador.
Suporte à mirrorização no GitLab para Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Com o espelhamento, é possível replicar repositórios Git de um lugar para outro. Isso simplifica o armazenamento na instância do GitLab de uma réplica do repositório localizada em outro lugar. Agora, o GitLab suporta espelhamento de repositórios com Git LFS, então essa funcionalidade está disponível até para repositórios com grandes arquivos, como texturas para jogos ou dados científicos.
Permissões de leitura e gravação em repositórios para tokens de acesso pessoal
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Muitos tokens de acesso pessoais têm permissões de alteração a nível api, mas o acesso total à API pode conceder permissões excessivas a certos usuários ou organizações.
Graças à contribuição da comunidade, agora os tokens de acesso pessoal podem ter permissões apenas de leitura e gravação para repositórios de projetos, e não um acesso mais profundo a áreas sensíveis do GitLab, como configurações e membros.
Obrigado, Horatiu Eugen Vlad ()!
Adicionando suporte básico para solicitações em grupo do GraphQL
GRATUITO, BRONZE, PRATA, OURO, CORE, INICIANTE, PREMIUM, ULTIMATE
Com a API GraphQL, os usuários podem especificar exatamente quais dados precisam e receber todas as informações necessárias com apenas algumas solicitações. A partir desta versão, o GitLab suporta a adição de informações básicas de grupo na API GraphQL.
Login com credenciais Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
O GitLab adora desenvolvedores Salesforce e, para apoiar essa comunidade, permitimos que os usuários façam login no GitLab com credenciais do Salesforce.com. Agora, nas instâncias, é possível configurar o GitLab como um aplicativo conectado ao Salesforce para usar o Salesforce.com para um login único no GitLab.
SAML SSO agora é obrigatório para acesso à web
PREMIUM, ULTIMATE, SILVER, GOLD
Nós a nível de grupo, introduzido na versão 11.8, com verificação rigorosa de recursos de grupo e projeto, de forma que os usuários possam acessar apenas ao fazer login com SAML. Isso adiciona um nível extra de controle de acesso para organizações que valorizam segurança e utilizam o GitLab.com através do SAML SSO. Agora você pode tornar o SSO uma exigência obrigatória, sabendo que os usuários no seu grupo utilizam SSO.
Filtragem de dados recentemente criados ou modificados para API de épicos
ULTIMATE, GOLD
Anteriormente, não era fácil solicitar dados recentemente criados ou modificados usando a API de épicos no GitLab. Na versão 11.11, adicionamos filtros adicionais created_after, created_before, atualizado_depois e atualizado_antes, para garantir consistência com a API de tarefas e encontrar rapidamente épicos alterados ou recém-criados.
Autenticação biométrica com UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Empresa especializa-se em autenticação biométrica sem senhas. Agora suportamos esse método de autenticação no GitLab!
Obrigado, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Hoje lançamos o GitLab Runner 11.11! O GitLab Runner é um projeto de código aberto que é usado para executar trabalhos de CI/CD e enviar os resultados de volta ao GitLab.
Melhorias do Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias no Omnibus no GitLab 11.11:
- O GitLab 11.11 inclui — , cuja nova versão inclui mensagens efêmeras interativas e muito mais. Esta versão contém , e recomendamos a atualização.
- .
Melhoria dos esquemas
CORE, STARTER, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias nos Charts Helm no GitLab 11.11:
- No GitLab 11.11 é possível .
- Os administradores têm acessos , incluindo
memoryKiller,maxRss,graceTimeeshutdownWait. - Os Charts Helm agora no Amazon Elastic Container Service for Kubernetes ()
Melhorias de desempenho
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Continuamos a aprimorar o desempenho do GitLab a cada lançamento para instâncias do GitLab de qualquer tamanho. Algumas melhorias no GitLab 11.11:
Recursos obsoletos
O GitLab Geo fornecerá armazenamento com hash no GitLab 12.0
O GitLab Geo requer para mitigar a concorrência nos nós secundários. Isso foi observado em .
No GitLab adicionamos esse requisito na documentação do Geo: .
No GitLab sudo gitlab-rake gitlab:geo:check verifica se o armazenamento com hash está ativado e se todos os projetos estão sendo migrados. Veja. . Se você estiver usando o Geo, execute esta verificação e migre o mais rápido possível.
No GitLab um aviso constantemente desativável será exibido na página Área Administrativa › Geo › Nós, se as verificações mencionadas acima não forem permitidas. .
No GitLab O Geo usará os requisitos para armazenamento com hash. Veja. .
Data de remoção: 22 de junho de 2019.
O GitLab Geo garantirá o uso do PG FDW no GitLab 12.0
Isso é necessário para o Cursor do Log Geo, já que melhora significativamente o desempenho de algumas operações de sincronização. Também aumenta o desempenho das consultas de status dos nós Geo. Consultas anteriores tinham desempenho muito baixo em grandes projetos. Veja como configurar isso na . No GitLab Geo exigirá o PG FDW. Veja .
Data de remoção: 22 de junho de 2019.
As configurações do Sentry para relatórios de erros e logging serão removidas da interface do usuário no GitLab 12.0
Essas configuraçõ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ê poderá definir o ambiente do Sentry para diferenciar várias implantações. Por exemplo, desenvolvimento, staging e produção. Veja .
Data de remoção: 22 de junho de 2019.
Limitação do número máximo de pipelines criados por um único envio
Anteriormente, o GitLab criava pipelines para HEAD cada branch no envio. Isso é conveniente para desenvolvedores que enviam várias alterações de uma vez (por exemplo, para um branch de recurso e para o branch develop).
mas ao enviar um repositório grande, onde há muitos branches ativos (como para movimentação, espelhamento ou ramificação), não é necessário criar um pipeline para cada branch. A partir do GitLab 11.10, nós criamos em um envio.
Data de remoção: 22 de maio de 2019
Caminhos legados obsoletos do código do GitLab Runner
A partir do GitLab 11.9, o GitLab Runner utiliza clonagem/chamada do repositório. Atualmente, o GitLab Runner usará o método antigo se o novo não for suportado. Para mais detalhes, consulte .
No GitLab 11.0, alteramos a configuração do servidor de métricas para o GitLab Runner. metrics_serverserá removido em favor de listen_address na versão 12.0 do GitLab. Para mais detalhes, consulte .
Na versão 11.3, o GitLab Runner passou a suportar ; isso levou a novas configurações para . No uma tabela de alterações e instruções para migrar para a nova configuração. Para mais detalhes, consulte .
Esses caminhos estarão indisponíveis no GitLab 12.0. Como usuário, você não precisa alterar nada, apenas garantir que a instância do GitLab esteja funcionando com a versão 11.9+ ao atualizar para o GitLab Runner 12.0.
Data de remoção: 22 de junho de 2019.
Parâmetro obsoleto para a funcionalidade de ponto de entrada do GitLab Runner
No 11.4, o GitLab Runner introduziu o parâmetro de funcionalidade para corrigir problemas como e .
No GitLab 12.0, mudaremos para o comportamento correto como se o parâmetro de funcionalidade estivesse desativado. Para mais detalhes, consulte .
Data de remoção: 22 de junho de 2019.
Suporte obsoleto a distribuições Linux que atingiram o EOL para o GitLab Runner
Algumas distribuições Linux nas quais o GitLab Runner pode ser instalado já estão fora de manutenção.
No GitLab 12.0, o GitLab Runner não distribui mais pacotes para essas distribuições Linux. A lista completa das distribuições que não são mais suportadas pode ser encontrada em nosso . Obrigado, Javier Ardo (), pelo seu !
Data de remoção: 22 de junho de 2019.
Remoção de comandos antigos do GitLab Runner Helper
Como parte da adição de suporte alguns comandos antigos, usados para .
No GitLab 12.0, o GitLab Runner será iniciado com novos comandos. Isso se aplica apenas aos usuários que . Para mais detalhes, consulte .
Data de remoção: 22 de junho de 2019.
Remoção do mecanismo legado git clean do GitLab Runner
No GitLab Runner 11.10, nós configurar 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 download.
Como essa alteração no comportamento pode afetar alguns usuários, preparamos um parâmetro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se definido como verdadeiro, ele restaurará a estratégia de limpeza legado. Mais informações sobre o uso de parâmetros de funcionalidades no GitLab Runner podem ser encontradas .
No GitLab Runner 12.0, removeremos o suporte à estratégia de limpeza legacy e a capacidade de recuperá-la usando um parâmetro da função. Veja em .
Data de remoção: 22 de junho de 2019.
estão disponíveis apenas para planos Silver/Premium
Quando apresentamos os modelos de projetos em nível de grupo na versão 11.6, acidentalmente fizemos esse recurso para Premium/Silver disponível para todos os planos.
Nós na versão 11.11 e damos 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 projetos em grupo estarão disponíveis apenas para o plano Silver/Premium e acima, conforme descrito na documentação.
Data de remoção: 22 de agosto de 2019.
Suporte para jobs em lote do Windows encerrado
No GitLab 13.0 (22 de junho de 2020), planejamos desistir do suporte a jobs em lote na linha de comando do Windows no GitLab Runner (por exemplo, cmd.exe) em favor do suporte aprimorado ao Windows PowerShell. Saiba mais em .
Agora, nossa visão de DevOps corporativo estará alinhada à posição da Microsoft, que o PowerShell é a melhor opção para automação de aplicativos corporativos em ambientes Windows. Se você deseja continuar usando cmd.exe, esses comandos podem ser chamados do PowerShell, mas não ofereceremos suporte direto para tarefas em lotes do Windows devido a várias discordâncias que resultam em altos custos de manutenção e desenvolvimento.
Data de remoção: 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. , mas usuários de instalações de origem com versões anteriores do Git precisarão atualizar.
Data de remoção: 22 de maio de 2019
Modelo de serviço Kubernetes obsoleto
No GitLab 12.0, planejamos descontinuar o modelo de serviço Kubernetes em favor da configuração de cluster em nível de instância, apresentada no GitLab 11.11.
Todas as instâncias autogeridas que usam o modelo de serviço serão migradas para o cluster em nível de instância ao atualizar para o GitLab 12.0.
Data de remoção: 22 de junho de 2019.
Descontinuação do mapeamento por rótulo app nos painéis de implantação Kubernetes
No GitLab 12.0, planejamos descontinuar o mapeamento por rótulo app no seletor de implantações Kubernetes. No GitLab 11.10, introduzimos , que busca correspondências por app.example.com/app e app.example.com/env, para exibir implantações no painel.
Para que essas implantações apareçam nos painéis de implantação, basta enviar uma nova implantação e o GitLab aplicará os novos rótulos.
Data de remoção: 22 de junho de 2019.
Os pacotes do GitLab 12.0 serão assinados com assinatura aprimorada
em 2 de maio de 2019, o GitLab Omnibus GitLab de 01.08.2019 até 01.07.2020. Se você está verificando as assinaturas do pacote e deseja atualizar as chaves, basta seguir novamente as instruções do .
Data de remoção: 22 de junho de 2019.
Registro de alterações
Veja todas essas alterações no registro de alterações:
Instalação
Se você estiver configurando uma nova instalação do GitLab, visite .
Atualizar
→ Dê uma olhada em
Fonte: habr.com
