Com a nova versão do GitLab 11.3, temos o prazer de apresentar suporte para repositórios Maven, proprietários de código, ambientes seguros e previsões para épicos. Tudo isso ajudará a automatizar o gerenciamento de ambientes e códigos, o que permitirá que os desenvolvedores Java sejam ainda mais eficientes.
Repositório Maven
Expandimos nosso suporte a projetos Java incorporando repositórios Maven diretamente no GitLab. Os desenvolvedores Java apreciarão uma maneira segura e padronizada de vincular as bibliotecas Maven a um sistema de controle de versão e economizar tempo reutilizando essas bibliotecas em outros projetos. Esse recurso está disponível no GitLab Premium.
Proprietários de código e ambientes protegidos
Os planos pagos que começam com o GitLab Starter têm a oportunidade de atribuir proprietários de código ao arquivo, indicando os membros da equipe responsáveis por essa parte do código. Esta é a preparação para versões futuras, onde o controle interno sobre o nível do código será reforçado.
A partir do GitLab Premium, os operadores (responsáveis pela implantação) também podem usar ambientes seguros para configurar permissões que determinam quem pode implantar o código na produção. Isso reduzirá significativamente o risco de alguém enviar código que não deve ser adicionado. E, em princípio, aumentará a segurança do meio ambiente.
Previsões para épicos
O Gerenciamento de portfólio apareceu no GitLab Ultimate, que preverá automaticamente as datas de início e término do épico , com base no tempo das tarefas nos marcos. Graças a essa inovação, os gerentes de portfólio poderão comparar as datas de início e término planejadas com o trabalho planejado para os marcos, obtendo uma idéia de possíveis atrasos na epopéia. Isso permitirá que você tome decisões mais rapidamente sobre o que concluirá e quando ajustar os planos.
Todos podem contribuir.
Muitas dessas mudanças foram feitas pela enorme comunidade GitLab. Esperamos receber comentários e melhorias sobre esses novos recursos. Juntos somos uma grande equipe!
Deixe-nos saber o que você pensa nos comentários no artigo do blog - e no Habré também. O que você espera deste lançamento? Em que devemos continuar trabalhando?
Convidamos você para nossas reuniões e para o webcast release 11.3 .
George adicionou um recurso muito popular que muitos pediram para adicionar: agora os usuários podem incluir suas contribuições particulares ao desenvolvimento no cronograma na página de perfil.
Obrigado, George, por suas contribuições contínuas para melhorar o GitLab, em breve você receberá um kit de mercadorias bacana!
Os principais novos recursos do lançamento do GitLab 11.3
Repositório Maven
(PREMIUM, ULTIMATE, PRATA, OURO)
Para empresas de software, é importante ter uma maneira simples e segura de gerenciar dependências. As ferramentas de gerenciamento de pacotes, como os desenvolvedores do Maven para Java, fornecem uma maneira padronizada de distribuir bibliotecas e gerenciar suas versões entre projetos.
Na liberação 11.3, temos o prazer de fornecer suporte ao repositório Maven embutido diretamente no GitLab. Os desenvolvedores de serviços de baixo nível agora podem publicar suas bibliotecas no repositório Maven do projeto. Eles apenas precisam compartilhar um trecho XML simples com outras equipes que desejam usar essa biblioteca, e o Maven com o GitLab fará o resto.
Dê uma olhada em um projeto de teste que empurra a montagem para o repositório GitLab Maven e você verá como é simples!
Documentação do repositório GitLab Maven e ticket original .
Terminais interativos da Web para corredores Shell e Kubernetes
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O trabalho de CI / CD é realizado pelos Runners, assim como os usuários configuram no pipeline. Mas esse processo não pode ser controlado e, se o trabalho falhar, os usuários não poderão descobrir os detalhes e determinar a suposta fonte do problema. Os terminais interativos da Web permitem conectar-se ao trabalho em andamento ou concluído e executar comandos manualmente, ajudando a entender melhor o que está acontecendo no sistema.
Documentação interativa do terminal da web e ticket original .
Reutilização de código aprimorada em .gitlab-ci.yml
(PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO)
Reutilizar o código de processo de CI / CD é uma ótima prática que ajuda a tornar a entrega do software consistente, gravar e manter menos código para cada trabalho individual. Oferecemos uma maneira flexível e poderosa de reutilizar o código em modelos YAML usando a extends .
Estende a documentação do bloco e o ticket original .
Depósitos em repositórios particulares agora podem ser incluídos no gráfico na página do usuário
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Nós do GitLab adoramos software de código aberto. Mas às vezes você tem que trabalhar em um projeto privado que você (até agora) não está pronto para abrir ao público. Ou você pode estar limitado por razões de privacidade. De qualquer forma, o GitLab está do seu lado.
Nesta versão, apresentamos a oportunidade de incluir contribuições de desenvolvimento privadas no cronograma de investimentos em sua página. Se você tiver ativado essa configuração para o seu perfil, as contribuições para projetos privados também serão exibidas na programação de depósitos e nos depósitos diários. Assim, seu trabalho ativo em projetos privados no GitLab será apresentado com precisão, sem revelar nenhum detalhe secreto.
Obrigado George Tsiolis por esse recurso!
Documentação sobre depósitos privados no perfil e no bilhete original .
Redesign da página do projeto
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O GitLab mantém constantemente o foco em melhorar a interface do nosso produto.
Juntamente com o GitLab 11.3, atualizamos as páginas da interface do usuário do projeto para apresentar melhor as informações do projeto. Tornamos as informações desta página mais estruturadas, além de alinharmos a seção superior à esquerda e otimizarmos o recuo verticalmente, para que agora você possa visualizar rapidamente as informações sobre o projeto e seu conteúdo.
Documentação do projeto e ticket original .
Ambientes protegidos
(PREMIUM, ULTIMATE, PRATA, OURO)
Os operadores geralmente são responsáveis por proteger o ambiente no qual enviamos o código diariamente; essa tarefa se torna especialmente importante ao implantar código na produção.
Com ambientes protegidos, o operador obtém controle total sobre quais usuários, grupos ou contas têm permissão para incorporar código nesse ambiente, o que garante a segurança dos ambientes.
Documentação em ambientes protegidos e o ticket original .
Proprietários do código
(PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO)
Uma revisão de código é a prática fundamental de qualquer projeto bem-sucedido, mas nem sempre é claro quem deve revisar as alterações. Agora, para cada arquivo GitLab, você pode atribuir um ou mais proprietários de código, indicando os membros da equipe responsáveis pelo código em seu projeto.
Os proprietários do código são atribuídos usando o arquivo CODEOWNERS em um formato semelhante ao gitattributes e aparecem abaixo dos detalhes da confirmação ao visualizar o arquivo no GitLab.
Em versões futuras, os proprietários do código também estarão envolvidos nos processos de solicitação de mesclagem para propor e aprovar aqueles que confirmarão a solicitação de mesclagem. E também nas ramificações protegidas, apenas os proprietários do código podem alterar os arquivos .
Documentação sobre os proprietários do código e o ticket original .
Previsões para épicos com datas de marcos incorporadas
(ULTIMATE, OURO)
Antes desta versão, você pode definir datas fixas de início e término para a epopeia, o que foi muito útil para o planejamento épico de alto nível e o controle de tempo. No entanto, como as tarefas são anexadas à epopeia e atribuídas a um marco específico, seria bom se as datas da epopeia refletissem esses marcos.
A partir desta versão, é possível alternar entre um valor fixo para essas datas e um valor dinâmico para From milestones . Como o início planejado, a primeira data de início será selecionada entre todos os marcos relacionados às tarefas desse épico. Esse prazo mudará dinamicamente ao adicionar e remover tarefas, adicionar e remover marcos a essas tarefas ou ao alterar as datas dos marcos. Da mesma forma, a data de término dinâmico da epopeia funcionará.
Esse recurso será útil para equipes que desejam uma transição contínua do planejamento descendente de longo prazo para o planejamento ascendente de curto prazo. Você encontrará mais informações em um post sobre roteiros épicos , que publicamos há algumas semanas.
Documentação sobre épicos e ingresso original .
Outras melhorias no GitLab 11.3
A notificação de uma nova epopeia pode ser conectada manualmente
(ULTIMATE, OURO)
Na última versão, adicionamos notificações por email sobre novos épicos para os usuários que configuraram notificações de atividades em grupo no nível de Watch . Nesta versão, adicionamos ainda mais recursos para personalizar algo. Agora, usando o nível Custom , você pode ativar ou desativar as notificações sobre este evento, bem como sobre outros eventos.
Documentação de notificações e o ticket original .
Ação rápida para adicionar uma tarefa à epopeia na página de tarefas
(ULTIMATE, OURO)
Na página épica, é muito fácil adicionar ou excluir uma tarefa já anexada, o que é conveniente ao trabalhar na própria epopeia.
Mas, às vezes, você trabalha em uma tarefa e deseja anexá-la a um épico existente, cujo nome você conhece. Agora é fácil fazer isso com uma ação rápida na página de tarefas, inserindo o URL épico. No próximo lançamento, uma ação rápida aparecerá para procurar um épico por nome, com preenchimento automático .
Uma ação rápida também será adicionada para desanexar a tarefa do épico anexado.
Documentação de ação rápida e ticket original .
Permissão para confirmação independente de solicitações de mesclagem
(PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO)
O usuário que criou a solicitação de mesclagem pode não ser o autor das alterações e outros usuários podem adicionar alterações adicionais à solicitação de mesclagem aberta. Agora, os mantenedores podem permitir a auto-aprovação de solicitações de mesclagem nas configurações do projeto.
Anteriormente, supunha-se que o usuário que abriu a solicitação de mesclagem a aprova por padrão (incluindo alterações feitas por outras pessoas) e, portanto, ele não participou da aprovação da solicitação de mesclagem. Existem muitas situações em que esse não é o caso e ele será contra outras mudanças. Adicionar permissão explícita remove essa suposição.
Documentação sobre confirmação automática de solicitações de mesclagem e do ticket original .
Exibir idiomas do repositório na visão geral do projeto
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Ao visualizar projetos no GitLab, é importante e útil ver imediatamente as linguagens de programação usadas no repositório.
Nesta versão, adicionamos um painel de linguagens de programação à visão geral do projeto que exibe o uso relativo das linguagens no projeto.
Documentação do projeto e ticket original .
Modelos de arquivo customizados para instâncias do usuário
(PREMIUM, ULTIMATE)
Os modelos para os .gitignore LICENSE , .gitignore , Dockerfile e .gitlab-ci.yml facilitam a adição desses arquivos comuns aos projetos. Modelos personalizados para esses arquivos agora podem ser adicionados às instâncias de usuário do GitLab, selecionando o modelo de repositório com eles.
Modelos personalizados são úteis quando os modelos do GitLab são universais demais. Por exemplo, se a empresa exigir o uso de uma licença de usuário em cada projeto ou se houver um Dockerfile complexo que deve ser usado para cada microsserviço.
Agradecemos a Daniel Barker por adicionar modelos de licença personalizados .
Documentação do repositório de modelos para a instância e o ticket original .
Modelos de arquivo IDE da Web
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Os modelos de arquivo para LICENSE , .gitignore , Dockerfile e .gitlab-ci.yml facilitam a adição desses arquivos compartilhados aos projetos e agora podem ser usados no Web IDE. Os modelos de arquivo no Web IDE facilitam o lançamento de um novo projeto no ambiente web do IDE e mantêm esses arquivos importantes atualizados.
Documentação da Web IDE e ticket original .
Adicionado campo de nome do projeto ao criar um novo projeto
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Para adicionar um nome de projeto ao seu recém-criado projeto GitLab, você tinha que ir nas configurações do projeto e escrever a parte “legível por humanos” correspondente do endereço do projeto (URL semântico) antes.
Com o GitLab 11.3, adicionamos um campo de nome do projeto ao formulário Criar Projeto. Além disso, o URL semântico agora é gerado automaticamente a partir do nome do projeto, enquanto ainda pode ser alterado manualmente. Isso acelera e simplifica a criação de um novo projeto.
Documentação sobre a criação de projetos e o ticket original .
Armazenando arquivos Wiki carregados em um repositório Wiki
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
As imagens carregadas no wiki através do editor do wiki agora são armazenadas no repositório Git. Essas imagens serão exibidas na visualização local usando o Gollum .
Anteriormente, as imagens eram salvas no diretório de download do projeto, no mesmo local do restante dos anexos baixados em tickets e solicitações de mesclagem. Isso levou à impossibilidade de visualização local adequada do wiki, bem como à incapacidade de transferir para outro repositório Git.
Documentação da Wiki e ticket original .
Suporte SAST para Groovy
(ULTIMATE, OURO)
O teste de segurança de aplicativos estáticos (SAST) foi projetado para detectar vulnerabilidades no código-fonte assim que esse código entra no repositório. Para fazer isso, o código procura padrões conhecidos e erros comuns que podem levar a problemas de segurança no aplicativo. É por isso que cada idioma precisa de suporte especial.
Com o GitLab 11.3, adicionamos o Groovy à lista de idiomas suportados pelo GitLab SAST. Os projetos que usam esse idioma agora são detectados automaticamente; portanto, você não precisa alterar nada no código ou nas definições de pipeline para ativar esse recurso. O Auto DevOps também o suporta como parte de sua configuração padrão.
Documentação SAST e ticket original .
Filtro de eventos push do gancho da web da filial
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Os webhooks para eventos push facilitam a notificação automática de serviços externos sobre novas confirmações. No entanto, os galhos geralmente têm importância diferente. Agora, os eventos push podem ser filtrados por ramificações, para que os serviços externos sejam notificados apenas das alterações importantes para você.
Anteriormente, os ganchos da Web não eram filtrados pelo GitLab e a maioria dos sistemas externos não era capaz de filtrar eventos recebidos. Isso significava que você não poderia integrar esses serviços externos diretamente ao GitLab se desejasse que apenas um subconjunto de eventos push fosse usado por um serviço externo.
Obrigado Duana Saskia por esse recurso!
Documentação do gancho da Web e ticket original .
Alertas de métricas da biblioteca
(ULTIMATE, OURO)
O GitLab 11.2 adicionou a capacidade de definir alertas para métricas personalizadas , o que permitiu que os desenvolvedores recebessem notificações no caso de problemas com seus aplicativos.
No GitLab 11.3, expandimos o suporte a alertas para todas as métricas, incluindo as métricas padrão fornecidas com as métricas de nossa biblioteca .
Documentação de alerta para métricas e um ticket original .
DevOps automático ativado por padrão
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O Auto DevOps tornou-se disponível publicamente no GitLab versão 11.0 e, embora seja amplamente usado, queremos que todos os usuários do GitLab aproveitem seus amplos recursos. Os DevOps automáticos já prontos para uso oferecem benefícios significativos, desde a criação automática (criação automática) até o monitoramento automático (monitoramento automático).
A partir do GitLab 11.3, o Auto DevOps será ativado por padrão no GitLab.com e nas instâncias do usuário, para que cada projeto possa tirar proveito desses recursos.
Confira a documentação sobre como ativar / desativar o Auto DevOps, se você deseja desativá-lo para o seu projeto ou para toda a instância.
Documentação do Auto DevOps e ticket original .
Aprimoramentos no GitLab Geo
(PREMIUM, ULTIMATE)
Estamos constantemente focados em melhorar o Geo , nosso recurso para equipes distribuídas geograficamente. Algumas das melhorias importantes no GitLab 11.3:
Você também pode ler sobre como criamos o GitLab Geo .
Documentação de configuração geográfica e quadro de tarefas geográficas .
Desativando automaticamente os DevOps automáticos para um projeto na primeira falha no pipeline
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
No GitLab, um dos principais valores do produto é "ativado por padrão" . Quando introduzimos um novo recurso personalizado, que em nossa opinião é muito importante, o habilitamos por padrão para que todos possam se beneficiar dele. Embora o Auto DevOps ofereça suporte a projetos que usam as linguagens de programação mais populares, pode haver projetos especializados que exigem configuração adicional.
Como queremos ter certeza de que não executamos pipelines do Auto DevOps para projetos que não são suportados, desabilitaremos o Auto DevOps quando um dos pipelines falhar. O GitLab notificará o proprietário do projeto sobre isso, para que, se ele quiser, ele possa fazer as alterações necessárias na configuração para continuar trabalhando com o Auto DevOps. Os proprietários do projeto podem reativar os DevOps automáticos depois de fazer as alterações necessárias.
Documentação de ativação do Auto DevOps e ticket original .
Gitaly v1.0
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O acesso ao Git para o uso regular do GitLab agora pode ser realizado inteiramente através do Gitaly, o serviço gRPC do GitLab para acessar o Git. Isso significa que você pode executar o Gitaly no seu servidor sem o NFS, quando todos os recursos adicionais estiverem ativados.
Na próxima versão do Gitaly v1.1, todos os recursos serão incluídos por padrão. Todos os recursos restantes usarão o Gitaly, para que você possa ficar sem o NFS.
Leia nossa postagem no blog sobre o caminho para o Gitaly v1.0 .
Documentação Gitaly e épico original .
GitLab Runner 11.3
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Também lançamos o GitLab Runner 11.3 nesta versão. O GitLab Runner é um projeto de código aberto usado para executar seu trabalho de CI / CD e enviar os resultados de volta ao GitLab.
As mudanças mais importantes:
Uma lista de todas as alterações pode ser encontrada no CHANGELOG GitLab Runner.
Documentação do GitLab Runner
Lista de componentes de software de código aberto usados pelo GitLab agora disponíveis on-line
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
A partir do GitLab 11.3, estamos tornando mais acessível a lista de softwares de código aberto usados pelo GitLab. Antes deste lançamento, ele estava disponível em cada um de nossos pacotes Linux, o que exigia o carregamento e a extração de conteúdo.
Agora, publicamos imediatamente essas informações on-line para facilitar a localização e o link para elas. A lista está disponível para o GitLab CE e o GitLab EE .
Notas de versão detalhadas e instruções de atualização / instalação podem ser encontradas na publicação original em inglês: GitLab 11.3 lançado com o Maven Repository e Protected Environments .
Cattidourden , ainoneko , rishavant e nick_volynkin trabalharam na tradução do inglês.