O GitLab 12.4 introduziu várias melhorias de gerenciamento, incluindo a API de auditoria, aprovação do proprietário para filiais seguras e controle de acesso para o Pages. As dependências de solicitação da Marge ajudam a gerenciar o trabalho em equipe, e outros ótimos recursos tornam possível trabalhar com mais eficiência e rapidez na entrega de software de melhor qualidade.
Dependências de Solicitação de Margem
O GitLab melhora a transparência, colaboração e produtividade. Quando os desenvolvedores trabalham juntos em um projeto grande, pequenas alterações geralmente precisam ser aplicadas em uma sequência específica. Para simplificar essa tarefa, a função de dependência das solicitações de mesclagem permite determinar as dependências nas solicitações de mesclagem para que as alterações não cheguem de maneira caótica e você possa ver todas as dependências durante a revisão de código. Esse recurso foi introduzido como uma dependência de solicitação de mesclagem entre os projetos na liberação 12.2 , mas agora é renomeado como uma dependência de solicitação de mesclagem e suporta mais tipos de dependências. Isso inclui as dependências das solicitações de mesclagem entre projetos e em um projeto.
Entendemos como é importante gerenciar tudo. Aqui estão algumas melhorias na versão 12.4 que facilitam o gerenciamento.
API de eventos de auditoria
O GitLab ajuda a garantir total transparência de todo o ciclo de vida do processamento, otimizando os processos. Portanto, o GitLab combina bem com outras soluções e, na versão 12.4, apresentamos a API para eventos de auditoria no nível da instância. Eventos de auditoria é uma ferramenta eficaz de imposição de políticas. Usando a API de eventos de auditoria , os administradores podem usar o código para receber eventos e configurar alertas e monitoramento eficazes, dependendo das necessidades específicas.
Controle de acesso a páginas no GitLab.com
O controle de acesso do Pages estava disponível para instâncias autogerenciadas e agora está disponível no GitLab.com . Ele permite que administradores autorizados restrinjam o acesso ao site do Pages ou o disponibilizem publicamente. Tudo isso graças ao trabalho da comunidade, e estamos muito satisfeitos por ter habilitado esse recurso no GitLab.com!
Aprovação do proprietário do código para ramificações seguras
Outro recurso para gerenciar são as reivindicações dos proprietários do código para ramificações seguras . A aprovação de solicitações de mesclagem limita o envio de código para proteger filiais, e isso permite melhorar a qualidade do código e implementar medidas para controlar a conformidade. Mas nem todas as solicitações de mesclagem são projetadas para ramificações estáveis, e nem todas as ramificações estáveis requerem o mesmo controle. No GitLab 12.4, você pode impedir que as alterações sejam enviadas diretamente aos arquivos ou mesclando alterações sem a aprovação do proprietário do código para ramificações específicas.
E isso não é tudo!
O GitLab 12.4 tem tantos recursos interessantes que é simplesmente impossível falar sobre todos eles. Aqui estão os melhores: notificações para liberações , a capacidade de visualizar logs de coração de qualquer ambiente e suporte para projetos privados para visualização online de artefatos HTML . Continue lendo e saiba mais sobre cada recurso.
Não deixe de ler como a nossa primeira Conferência Européia de Usuários ocorreu no dia 9 de outubro. A próxima conferência de usuários do GitLab será realizada em janeiro, em São Francisco. O registro já está aberto.
O funcionário mais valioso deste mês ( MVP ) é Tuomo Ala-Vannesluoma.
Graças ao Tuomo, o GitLab 12.4 tem suporte para projetos privados para exibição de artefatos HTML , com os quais todos sonham há muito tempo e que obtiveram quase 300 votos! Pela segunda vez, Tuomo se torna o funcionário mais valioso do mês - no GitLab 11.5, ele implementou o controle de acesso para o Pages . Obrigado por sua contribuição e trabalho ativo este ano. Nós realmente apreciamos isso!
Principais características do GitLab 12.4
Dependências de Solicitação de Margem
PREMIUM, ULTIMATE, PRATA, OURO
Os desenvolvedores geralmente trabalham juntos em um projeto grande, fazendo pequenas alterações. Essas alterações devem ser aplicadas em uma determinada sequência para que tudo funcione como deveria, mas nessas dependências você pode ficar confuso e cometer erros.
A função de dependência das solicitações de mesclagem permite determinar as dependências nas solicitações de mesclagem para que as alterações não sejam aplicadas na ordem errada. Também é conveniente examinar essas dependências nas revisões de código, para que os revisores entendam mais facilmente todas as alterações propostas. Esse recurso foi introduzido na versão 12.2 e na 12.4 foi aprimorado e agora suporta dependências de solicitações de mesclagem em um projeto.
API de eventos de auditoria
PREMIUM, ULTIMATE
Eventos de auditoria é uma ferramenta eficaz para entender o que está acontecendo no GitLab. Por meio de eventos de auditoria, as organizações podem monitorar a conformidade das ações do usuário com as políticas, e isso é muito importante para as empresas sob supervisão estrita.
Para simplificar a automação dessas tarefas, apresentamos uma API para eventos de auditoria no nível da instância. Usando a API de eventos de auditoria, os administradores podem usar o código para receber eventos e configurar alertas e monitoramento eficazes, dependendo das necessidades específicas da organização.
Aprovação do proprietário do código para ramificações seguras
PREMIUM, ULTIMATE, PRATA, OURO
A aprovação de solicitações de mesclagem limita o envio de código para proteger filiais, e isso permite melhorar a qualidade do código e implementar medidas para controlar a conformidade. Mas nem todas as solicitações de mesclagem são projetadas para ramificações estáveis, e nem todas as ramificações estáveis requerem o mesmo controle.
No GitLab 12.4, você pode exigir a aprovação do proprietário do código para algumas ramificações para impedir que as alterações sejam enviadas diretamente aos arquivos ou mesclem alterações sem a aprovação do proprietário do código.
Se o proprietário do código tiver que aprovar as alterações nas configurações anteriores do projeto, essas configurações se aplicarão às ramificações seguras existentes.
O controle de acesso para o Pages agora está ativado no GitLab.com
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
O controle de acesso do Pages permite que administradores autorizados restrinjam o acesso ao site do Pages ou o tornem público. Agora, o acesso ao conteúdo publicado por projetos privados pode exigir um nome de usuário e senha para proteger o conteúdo de um site publicado, tornando-se mais fácil publicar a documentação do serviço e controlar o acesso a ele.
Assista a um pequeno vídeo sobre Controle de acesso para páginas .
Avisos de Liberação
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora você pode assinar notícias sobre novos lançamentos no projeto para descobrir novas versões, mesmo para projetos nos quais você não está envolvido. Com esse recurso, você pode monitorar novas liberações de projetos dos quais você depende, sem verificá-las manualmente.
Assista a um breve vídeo sobre as notificações de lançamento .
Ver registros de lareira de qualquer ambiente
ULTIMATE, GOLD
Anteriormente, os logs do GitLab eram visualizados principalmente na página Ambientes. Portanto, era difícil alternar entre logs de diferentes ambientes para solucionar problemas. Além disso, você precisava primeiro entrar em um determinado ambiente.
No GitLab 12.4, você pode visualizar todos os logs de qualquer ambiente ou pod. A página de mídia agora possui dois botões para exibir qualquer log de clusters do Kubernetes. Continuaremos melhorando o acesso aos logs, por exemplo, incluindo um link para os logs diretamente no menu Operações.
Outras melhorias no GitLab 12.4
Usando o Jaeger na interface do GitLab
ULTIMATE, GOLD
O rastreamento fornece informações sobre o desempenho e a integridade do aplicativo implementado, rastreando cada função ou microsserviço que processa uma solicitação específica.
Jaeger é um sistema de rastreamento aberto, integrado e distribuído usado para monitorar e solucionar problemas de sistemas distribuídos com base em microsserviços.
Com o GitLab 12.4, os usuários que usam o Jaeger podem visualizar as informações de desempenho e integridade dos aplicativos implantados diretamente na interface do GitLab.
Suporte para expansão variável para pipelines de múltiplos projetos
PREMIUM, ULTIMATE, PRATA, OURO
Se você possui pipelines com vários projetos e um pipeline executa outro, pode ser útil armazenar o valor dinâmico na variável acima, a fim de se referir a ele em pipelines subordinados. Por exemplo, se um plano de $CI_COMMIT_REF_NAME é executado em uma ramificação e você deseja conceder acesso a $CI_COMMIT_REF_NAME nesta ramificação para todos os pipelines a jusante.
Anteriormente, a variável não se expandia, portanto, chamar a variável em pipelines subordinados por meio da palavra-chave trigger levou a um erro no ref name . Para realizar esse fluxo de trabalho, foi necessário criar uma tarefa separada com o único objetivo de executar o comando c URL para transferir o estado da variável. Essa solução alternativa exigia configuração e recursos adicionais, além de dificultar a visualização dos relacionamentos entre os pipelines na interface do usuário.
Agora, o GitLab expandirá as variáveis dentro da propriedade branch da palavra-chave trigger , e será mais fácil organizar os pipelines e executá-los sequencialmente ao usar vários projetos.
DAST para o ramo principal
ULTIMATE, GOLD
Temos o prazer de anunciar que agora as varreduras DAST podem ser executadas para a ramificação padrão do projeto em um aplicativo de revisão especial. Anteriormente, o DAST estava disponível apenas para destacar ramificações. Essa melhoria permite criar benchmarks DAST para a ramificação padrão com a qual as solicitações de mesclagem serão comparadas. Agora você pode identificar o próprio ramo em que novos problemas de segurança apareceram.
Verificando a existência de arquivos em pipelines
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Nós complementamos as rules: sintaxe, introduzida pela primeira vez no GitLab 12.3 , com uma nova regra de rules:exists que aceita uma matriz de caminhos e verifica se esses caminhos existem como arquivos no repositório. Isso é útil quando você precisa executar uma tarefa de IC apenas se existirem certos arquivos. Por exemplo, você executa o tests.yml tests apenas se houver um arquivo tests.yml . Essa regra acelera os pipelines porque ignora etapas extras.
Suporte geográfico nativo para replicação de replicação de objetos
PREMIUM, ULTIMATE
No GitLab 12.4, o Geo suporta nativamente a replicação de dados em um armazenamento de objetos, como objetos LFS, artefatos de trabalho e carregamento. Anteriormente, o Geo podia ser configurado para funcionar com um armazenamento de objetos, mas a replicação de conteúdo sempre permanecia com o provedor de armazenamento de objetos. Isso impôs certas limitações quando os usuários precisavam confiar em equipamentos de armazenamento local que não suportavam lógica de replicação.
O suporte nativo ao Geo permite replicar dados em diferentes fornecedores de armazenamento de objetos em diferentes regiões (por exemplo, Amazon na Europa e Microsoft nos EUA). Os usuários geográficos podem usar o armazenamento local, por exemplo, através do MinIO, e usar o Geo para replicar dados em nós secundários.
O suporte geográfico nativo para replicar o armazenamento de objetos está atualmente na versão beta e ainda não está pronto para produção.
Manipulação aprimorada de arquivos grandes através do Git Partial Clone (alpha)
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Normalmente, não recomendamos o armazenamento de arquivos binários grandes no Git; caso contrário, o repositório aumenta e a clonagem e o recebimento de alterações levam muito tempo. Propusemos ao Git LFS armazenar arquivos grandes fora do repositório Git e baixá-los sob demanda.
No GitLab 12.4, adicionamos suporte experimental à clonagem parcial do Clone Parcial, com o qual arquivos grandes podem ser excluídos ao clonar um repositório e receber alterações. Agora você não precisa escolher quais arquivos armazenar no Git e quais fora do repositório usando o Git LFS. O suporte ao Clone Parcial está desativado por padrão, mas pode ser ativado em projetos individuais. É necessária uma versão do Git de pelo menos 2.22.0.
Comparado ao Git LFS, quando arquivos grandes precisavam de atenção especial ao criar uma confirmação, o Partial Clone permite que desenvolvedores, corredores de IC ou outros clientes Git especifiquem quais arquivos baixar. Agora você não precisa dizer às pessoas quais arquivos enviar para o Git LFS, não haverá problemas ao tentar reescrever o histórico e transferir arquivos grandes para o Git LFS, e você poderá evitar o problema de enviar acidentalmente um arquivo grande para o repositório Git quando ele estiver no Git LFS. Arquivos grandes simplesmente funcionarão assim.
Seletor de datas para o Productivity Analytics
PREMIUM, ULTIMATE, PRATA, OURO
Anteriormente, não era possível selecionar um período específico para métricas na análise e no desempenho do ciclo. Ou seja, era impossível estudar ou incluir o desempenho em um relatório durante um sprint ou período específico, porque você só podia selecionar um intervalo especificado: 7, 30, 60 ou 90 dias. Nesta versão, os usuários podem visualizar dados por qualquer período de tempo.
Nuvem privada virtual padrão ao criar um cluster GKE no GitLab
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
O Google Kubernetes Engine permite criar clusters de nuvem privada virtual que usam aliases de IP e fornecer suporte integrado à nuvem privada virtual para redes de contêineres, resultando em um sistema mais escalável, seguro e simples, adequado para implantações e cenários complexos.
Começando com o GitLab 12.4 na integração do GitLab com o GKE, essa será a configuração padrão ao criar um cluster GKE.
Permissões de limite para tarefas manuais de IC
PREMIUM, ULTIMATE, PRATA, OURO
Os desenvolvedores geralmente precisam criar tarefas que são executadas manualmente, por exemplo, para implantações, baixa aprovação e outras operações, mas no GitLab não é óbvio como restringir essas permissões para que ninguém possa executar essas ações.
Na verdade, já era possível, mas sem documentação clara. Nesta versão, aprimoramos bastante a documentação para proteger tarefas manuais, para que você possa entender como configurá-las.
Removendo designs no Design Management
PREMIUM, ULTIMATE, PRATA, OURO
Às vezes, ocorrem erros ou as metas de design mudam e você precisa remover o design da versão. Usando a função de exclusão no Gerenciamento de Design, você pode selecionar um ou mais modelos e removê-los da versão mais recente. Agora, a versão mais recente do design apresentará o estado atual das coisas.
Complemento de API para ambientes e implantações
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Adicionamos uma função de API que retornará os atributos do state state e a last deployment . Essas informações podem ser usadas, por exemplo, ao escrever um script para remover ambientes não utilizados.
Documentação aprimorada de atualização geográfica
PREMIUM, ULTIMATE
Como parte de nosso esforço para simplificar o processo de atualização geográfica, reformulamos grande parte da documentação relevante. O GitLab Geo pode ser implantado em diferentes configurações, e o procedimento de atualização depende dessas configurações. Agora, a atualização geográfica é amplamente manual e consiste em vários estágios. Para simplificar esse processo como um todo, primeiro começamos a melhorar a documentação para atualizar o Geo . A documentação está agora atualizada e abrange todos os cenários.
Reescrevemos as instruções gerais de atualização , arquivamos as instruções antigas , atualizamos as instruções de atualização sem tempo de inatividade para implantações simples e revisamos muitas outras seções da documentação .
Estamos trabalhando em instruções de atualização sem tempo de inatividade para um cluster Geo de vários nós altamente acessível ; mas ainda os testando.
Em seguida, melhoraremos a automação e os testes e tornaremos alguns procedimentos de atualização mais eficientes.
Links para solicitações de mesclagem agora são exibidos na visualização de pipeline
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Ao visualizar um pipeline, às vezes você deseja acessar as solicitações de mesclagem associadas a ele. Adicionamos links diretos a eles para simplificar o trabalho e aumentar a produtividade.
Inserir trabalhos no início ou no final de um pipeline usando include
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Na maioria das vezes, include é usado para adicionar um trabalho ao início ou ao final de um pipeline. Mas se você tem uma inclusão comum, pode não saber como é chamado o primeiro ou o último estágio, portanto pode haver problemas com a tarefa no início ou no final do pipeline.
No GitLab 12.4, os estágios .pre e .post garantem que iniciem no início ou no final do pipeline.
Atualização do aplicativo Kubernetes NGINX Ingress durante a instalação através da integração com o Kubernetes
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Quando seus aplicativos Kubernetes estão sendo executados na versão mais recente, você aproveita os recursos mais recentes e os recursos de segurança atuais. O GitLab 12.4 permite que você use a versão mais recente do NGINX Ingress ao instalar através dos Aplicativos Gerenciados do GitLab. Para atualizar uma versão existente, desinstale o aplicativo Ingress e reinstale-o através do GitLab.
Terminal da API para nomes de verificação de status estático na integração do GitHub
PREMIUM, ULTIMATE, PRATA, OURO
Agora você pode configurar nomes de verificação de status estático na integração do GitHub por meio da API, para que seja mais fácil alterar esse parâmetro em um grande número de projetos.
GitLab Runner 12.4
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Hoje lançamos o GitLab Runner 12.4! O GitLab Runner é um projeto de código aberto usado para executar tarefas de CI / CD e enviar resultados de volta ao GitLab.
Alterações:
Uma lista completa de alterações pode ser encontrada no log de alterações do GitLab Runner: CHANGELOG .
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 12.4:
Os administradores podem substituir os limites de tamanho de artefato em projetos ou grupos
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Agora, o tamanho máximo padrão do artefato é 100 MB, mas em alguns projetos você precisa ir além desse limite (a critério do administrador). Para fazer isso, adicionamos a capacidade de redefinir o limite de tamanho do artefato no nível do grupo ou do projeto, como para o limite de tamanho do repositório.
Suporte de projeto privado para visualização online de artefatos HTML
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
A capacidade de visualizar artefatos HTML melhora a eficiência do trabalho. Essa tarefa geralmente é executada, portanto, você precisa de uma maneira de abrir e visualizar artefatos rapidamente. Sem uma apresentação online, é necessário fazer o download do artefato e usar o servidor da web localmente para visualizar o relatório. Se você fizer isso para cada artefato HTML de todos os assemblies, precisará de muito tempo e alternância constante entre os contextos.
Anteriormente, era possível visualizar artefatos HTML em uma janela do navegador por meio das páginas do GitLab, para não fazer o download localmente, mas esse recurso estava disponível apenas para projetos abertos. Isso foi inconveniente para muitas organizações que usam o GitLab, principalmente para projetos privados. Eles não tiveram uma apresentação on-line. E agora, graças aos esforços de Tuomo Ala-Vannesluoma, um membro da comunidade, adicionamos suporte à apresentação on-line de artefatos HTML para projetos privados. Para fazer isso, habilite o controle de acesso para as páginas do GitLab .
Habilitando o Cloud Run no GKE ao criar um cluster por meio da integração com o GKE
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Ao criar um cluster Kubernetes por meio da integração GitLab e GKE, os usuários agora podem habilitar o Cloud Run no GKE como opção com um clique. O GKE inicializa automaticamente o cluster com Knative, Istio e balanceamento de carga sobre HTTP. Após a instalação, os usuários podem continuar aproveitando os benefícios do GitLab Serverless para implantar serviços Knative com configuração mínima.
Nota O Cloud Run para GKE foi recentemente renomeado para Cloud Run para Anthos. Planejamos mudar o nome para um novo no próximo mês.
Nós de extremidade comuns para alertas
ULTIMATE, GOLD
As pessoas usam ferramentas diferentes para monitorar ambientes de aplicativos. Essas ferramentas enviam alertas críticos e urgentes se um incidente ocorreu e é necessário executar uma ação. Os recursos de gerenciamento de incidentes do GitLab agora incluem um ponto de extremidade REST comum, onde você pode enviar alertas de qualquer ferramenta. Quando o GitLab recebe uma solicitação POST para este endpoint, ele cria automaticamente uma tarefa para o incidente. A descrição da tarefa inclui dados do incidente e os campos comuns são analisados automaticamente. Portanto, agora você pode usar as tarefas do GitLab como um local central para responder a incidentes com base nos dados de outras ferramentas.
Assista a um pequeno vídeo sobre como adicionar um ponto de extremidade comum para alertas .
Suporte geográfico por meio de um único URL específico do local Git
PREMIUM, ULTIMATE, PRATA, OURO
O Geo agora oferece suporte aos usuários com um único URL remoto que usa automaticamente o site Geo mais próximo. Isso significa que os usuários não precisam atualizar a configuração do Git para usar os nós geográficos mais próximos ao se moverem. Os usuários finais nem precisam saber que estão usando o site geográfico local quando clonam o projeto inicialmente. E os administradores de sistema não precisarão suportar várias configurações do Git para usuários em locais diferentes. Tudo isso se deve ao fato de que as solicitações push do Git podem ser redirecionadas automaticamente (HTTP) ou proxy (SSH) dos nós secundários para o primário.
A área geográfica pode ser configurada para usar serviços diferentes, como o AWS Route53 ou Cloudflare .
Ações Git adicionadas ao limite de IP do grupo
ULTIMATE, GOLD
O GitLab 12.0 introduz uma restrição nas ações do grupo por endereço IP . No GitLab 12.3, incluímos ações de API na restrição de acesso. No GitLab 12.4, adicionamos ações do Git por meio do SSH.
O recurso avançado agora rejeita ações na interface do usuário, API e Git se elas não estiverem em conformidade com a restrição de endereço IP do grupo. Para organizações que cumprem estritamente os requisitos regulamentares, especialmente no GitLab.com, isso fornece um nível abrangente de proteção.
Gráfico de dispersão para o Productivity Analytics
PREMIUM, ULTIMATE, PRATA, OURO
Anteriormente, não havia uma maneira simples de visualizar e medir a velocidade ao longo do tempo. Para fornecer esse recurso, adicionamos gráficos de dispersão ao Productivity Analytics, onde você pode selecionar "Tempo para mesclar" ou outras métricas relacionadas a solicitações de mesclagem para observar tendências ou desvios. Você também pode examinar o período específico em detalhes para analisar conjuntos de dados específicos.
API para criar implantações manuais
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Adicionamos APIs para criar implantações. Essa funcionalidade altera as implantações e a criação do IC apropriado agora é opcional. Isso é necessário para estabelecer as bases para o suporte a ambientes externos e implantações no GitLab.
Instalação com um clique de um corredor de grupo no Kubernetes
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora é muito fácil criar um corredor comum no nível do grupo se você usar o GitLab com o Kubernetes. Nos projetos, você já pode instalar o corredor com um clique, mas os corredores do grupo precisavam ser instalados manualmente. Agora você pode simplesmente clicar no botão, e o GitLab configurará um corredor de grupo comum automaticamente.
Notas do sistema para gerenciamento de projetos
PREMIUM, ULTIMATE, PRATA, OURO
No GitLab 12.2, introduzimos a primeira versão do Design Management, que permite carregar projetos diretamente nas tarefas. Eles foram carregados em uma guia separada e as ações nelas não foram registradas no diário; portanto, era difícil determinar se os designs foram adicionados à tarefa. A partir do GitLab 12.4, ao carregar projetos no encadeamento de tarefas, as notas do sistema são criadas para notificar os participantes. No futuro, incluiremos status e o número de comentários nos designs, para que os usuários entendam melhor o que está acontecendo.
Status padrão estático, verificando nomes em integração com o GitHub
PREMIUM, ULTIMATE, PRATA, OURO
Alteramos a configuração padrão para integração com o GitHub para definir nomes de verificação de status estático por padrão em novos projetos. Quando essa opção é ativada na página de integração, o nome do host da sua instância do GitLab será adicionado ao nome da verificação de status (se nomes dinâmicos forem selecionados, o nome da filial será adicionado). Esse é um parâmetro inicial mais razoável, que garante verificações obrigatórias de status sem configuração adicional para quem usa o IC / CD do GitLab no repositório do GitHub.
Selecione e mova vários cartões de tarefas
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Às vezes, as pequenas coisas são muito importantes. Se você estiver iniciando um novo sprint ou apenas quiser arrastar e soltar tarefas no quadro, terá a nova oportunidade de selecionar vários cartões de tarefas usando Cmd + Ctrl +
Classificar pacotes na interface do Registro
PREMIUM, ULTIMATE, PRATA, OURO
No Registro de Pacotes GitLab, você pode coletar, publicar e enviar pacotes npm , Maven e (em breve) Conan . O GitLab fornece uma interface de usuário onde os metadados do pacote são exibidos e você pode encontrar facilmente pacotes para um grupo ou seu projeto. Mas até recentemente, você tinha que rolar a lista de pacotes manualmente para encontrar os que precisava.
GitLab 12.4 Package Registry, . created date ( ), name (), version () type (). , .
PREMIUM, ULTIMATE, SILVER, GOLD
Environments GitLab 12.3 . Environments () , Kubernetes, . 12.4 Environments . Kubernetes Environments . Environments .
Environments () , Kubernetes, .
S/MIME Helm- GitLab
CORE, STARTER, PREMIUM, ULTIMATE
S/MIME , , « » . S/MIME Omnibus 12.3 , S/MIME GitLab Kubernetes. 12.4 S/MIME GitLab Helm- GitLab .
Cert-Manager Kubernetes Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
, Kubernetes, . GitLab 12.4 Cert-Manager GitLab Kubernetes. , GitLab, Operations > Kubernetes , Cert-Manager.
Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Let's Encrypt Cert-Manager 0.8.0 1
GitLab 12.4 Kubernetes Cert-Manager v0.5.2 Kubernetes. Let's Encrypt Cert-Manager 0.8.0 1 2019 . Cert-Manager . .
: 1 2019 .
gitlab.rb GitLab
GitLab, , , . IP , /etc/gitlab/gitlab.rb . gitlab.rb GitLab 12.4 GitLab 13.0. Omnibus GitLab 12.3 ( ) , .
: GitLab 13.0
Elasticsearch 5.6
Elasticsearch Elasticsearch 5.6.x GitLab 12.7. Elasticsearch 5.6 Elasticsearch 7.x.
GitLab 12.7 Elasticsearch 6.x. , Elasticsearch 7.x GitLab. . GitLab ElasticSearch 6.x.
: 22 2020 .
openSUSE Leap 15.0
openSUSE 15.0 2019 . GitLab 12.5 openSUSE 15.0. 4404 openSUSE Leap 15.1.
: GitLab 12.5
GitLab 12.4
- GitLab 12.4 Knative 0.7 GitLab . . GitLab Serverless -. Knative, GitLab.
- GitLab 12.4 Kubernetes Cert-Manager v0.9.1. Cert-Manager Kubernetes, . Let's Encrypt 1 2019 . Cert-Manager . GitLab 12.3 Cert-Manager 0.9.1 Kubernetes. Cert-Manager ( Kubernetes), .
- . — Sidekiq, . GitLab.com 36 . , .
Rails: (Project.count.to_f / 300_000).ceil . Rails: Sidekiq::Queue.new('background_migration').size .