Painel de segurança do grupo
Os desenvolvedores usam o GitLab como uma ferramenta para garantir a segurança de seu código. O GitLab agora oferece aos profissionais de segurança mais poder e oportunidade, para que possam usá-lo para aprimorar a segurança e a compatibilidade dos aplicativos. Com o lançamento da versão 11.5, o novo painel de segurança do grupo reúne todas as informações que os profissionais de segurança podem precisar de uma maneira conveniente, projetada especificamente para eles. Este painel contém novas opções de exibição: uma visão geral das informações de segurança de diferentes projetos, além de informações detalhadas sobre cada um deles. Na versão 11.5, começamos com os relatórios SAST; em versões futuras, adicionaremos novos relatórios a este painel. Nosso objetivo é criar uma ferramenta conveniente, um único painel de segurança que os especialistas em segurança possam usar em vez de alternar entre muitas ferramentas.
Novo painel de controle para operadores
Assim como o painel de segurança do grupo oferece aos profissionais de segurança uma ampla gama de opções, o painel de controle do operador oferece oportunidades semelhantes para os especialistas em DevOps. Este painel coleta informações em um único local sobre todas as operações nos projetos de sua instância, incluindo o status do pipeline e alertas.
Gerenciando o acesso às páginas do GitLab
O GitLab Pages é uma maneira conveniente de criar conteúdo estático na Web, por exemplo, documentação para o seu projeto. Mas e os projetos privados, onde a documentação e outros arquivos devem estar disponíveis apenas para os participantes do projeto? Anteriormente, para usar esse recurso, era necessário abrir o acesso público a todos os arquivos adicionais ou não usá-lo.
A partir do lançamento do GitLab 11.5, você pode aplicar as mesmas restrições de acesso às páginas do GitLab, como aplicaria às tarefas e ao código. Usuários não autorizados receberão uma página com um código de erro 404 quando tentarem abrir esse link. Atualmente, o controle de acesso às páginas do GitLab está em execução nas cópias do servidor do GitLab, e o suporte também está planejado para o GitLab.com.
Estamos muito orgulhosos desse recurso, que foi introduzido por nossa comunidade. O controle de acesso às páginas foi solicitado com frequência especial e, como resultado, esse recurso foi adicionado pelos próprios membros da comunidade .
Knative para Kubernetes
A arquitetura de aplicativos sem servidor agora é amplamente discutida, mas muitas vezes incompreendida. Algumas pessoas pensam que a computação sem servidor implica em "Função como Serviço" (FaaS), mas isso não é totalmente verdade . Em resumo, a arquitetura sem servidor permite que você se concentre em escrever a lógica de negócios sem exigir um entendimento da infraestrutura subjacente na qual o software será executado. Portanto, aplicativos e funções podem não ter servidor.
O Knative é uma plataforma Kubernetes projetada para criar, implantar e gerenciar projetos modernos sem servidor e, no GitLab 11.5, adicionamos a capacidade de implantar e integrar facilmente o Knative ao GitLab . Você pode instalar o Knative em um cluster Kubernetes conectado de uma só vez . No GitLab 11.5 você pode usar o Knative para aplicativos sem servidor, o suporte para funções sem servidor será adicionado na 11.6.
O Knative ainda está em alfa no momento, mas há muitos bons motivos para implantar aplicativos com ele, pois ele vem com recursos poderosos prontos para uso. Por exemplo, o Knative monitora o carregamento de lareiras e pode aumentar ou diminuir automaticamente seu número sem configuração adicional. A Knative também possui processamento de eventos, o que facilita a implantação de comunicações entre os processos de serviços do Produtor e do Consumidor ao implantar microsserviços.
E ainda mais!
Há tantas inovações legais neste lançamento que não conseguimos encaixar todas elas na introdução. A seguir, você encontrará recursos como parallel para o pipeline , redesenho de cartões no painel de tarefas e integração inicial com o Jaeger . Nesta versão, fizemos melhorias significativas no processo de revisão de código, tornando-o mais fácil e conveniente: por exemplo, adicionamos a capacidade de comentar linhas de código inalteradas na solicitação de mesclagem , visualizar a revisão da solicitação de mesclagem antes de enviá-la , atribuir automaticamente proprietários de código para confirmar a solicitação de mesclagem e links diretos para revisar aplicativos . Continue lendo e você descobrirá todos os novos recursos incluídos nesta versão.
Convidamos você para nossas reuniões .
Tuomo fez um ótimo trabalho ao implementar o controle de acesso ao GitLab Pages , um recurso popular que muitos pediram para adicionar. Agora, os projetos privados podem restringir o acesso ao conteúdo, o que permitirá criar e armazenar páginas internas com informações privadas.
Obrigado Tuomo Essa contribuição exigiu um trabalho considerável nos gitlab-ce , gitlab-pages e omnibus-gitlab .
Principais recursos do lançamento do GitLab 11.5
Painel de segurança do grupo
(ULTIMATE, OURO)
Os profissionais de segurança precisam obter facilmente informações sobre o status atual de segurança de todos os seus projetos para saber qual tarefa será agora a mais importante. Isso é ainda mais importante para os diretores de segurança que precisam de uma visão geral das possíveis vulnerabilidades críticas que afetam todo o desenvolvimento.
No GitLab 11.5, apresentamos a primeira versão do novo painel de segurança, disponível no nível do grupo. Ele coleta em um só lugar as vulnerabilidades identificadas pelo SAST para todos os projetos deste grupo e uma lista de ações disponíveis para corrigi-los. Por exemplo, você pode criar uma tarefa com a solução proposta ou simplesmente ocultar a notificação se achar que este é um falso positivo. Versões futuras adicionarão suporte para outros testes - verificação de dependência, verificação de contêineres, DAST.
Observe que o painel de segurança do grupo requer o uso de nova sintaxe para relatórios de reports e o GitLab Runner versão 11.5 ou superior para exibir os resultados. O suporte para DevOps automático será adicionado em uma versão futura.
Documentação no novo painel de segurança e no tíquete original .
Painel de controle para operadores
(ULTIMATE, OURO)
Para empresas e equipes que usam DevOps, é importante poder acessar rapidamente informações sobre o status dos projetos.
O Release 11.5 apresenta um novo painel para operadores, contendo uma visão geral de todas as métricas importantes para projetos nos quais o usuário se inscreveu, por exemplo, o tempo desde a última implantação, a última confirmação e alertas ativos.
Este painel pode ser configurado como a página inicial do usuário ou você pode acessá-lo clicando no ícone no painel superior.
Documentação no novo painel para operadores e o ticket original .
Gerenciando o acesso às páginas do GitLab
(NÚCLEO, PARTIDA, PREMIUM, ULTIMATE)
No lançamento do GitLab 11.5, apresentamos um recurso incrível introduzido pela comunidade - controle de acesso às páginas do GitLab. Anteriormente, oferecíamos suporte apenas aos casos em que todo o conteúdo do projeto era público, mas agora, usando o Pages, você pode criar e publicar conteúdo protegido, cujo acesso estará disponível apenas para os participantes do projeto. Documentos sobre operações, dados secretos, planos e outras informações agora podem ser publicados confidencialmente, fornecendo acesso a um círculo limitado de pessoas.
Até agora, esse recurso não está conectado no GitLab.com, mais informações no ticket 5576 .
As páginas acessam a documentação de controle e o ticket original .
Implantando e integrando o Knative ao GitLab
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
A criação de aplicativos sem servidor permite que as equipes se concentrem na criação de um produto de qualidade, eliminando a necessidade de configurar e manter servidores.
Desde o lançamento do GitLab 11.5, tornou- se possível implantar o Knative no cluster do Kubernetes em uma única etapa, usando a integração do GitLab com o Kubernetes. Knative é uma plataforma Kubernetes projetada para criar, implantar e gerenciar projetos modernos sem servidor. Tarefas anteriormente complexas, como a montagem de uma origem para um contêiner, gerenciamento de tráfego e redimensionamento para 0 (redimensionamento para zero) na ausência de carregamento, agora funcionam imediatamente.
Documentação sobre o trabalho com arquitetura sem servidor no GitLab e ticket original .
Nomeação de proprietários de código que confirmam a solicitação de mesclagem
(PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO)
Nem sempre é óbvio quem deve realizar uma revisão de solicitação de mesclagem. Os proprietários do código, que são responsáveis por arquivos específicos, agora são atribuídos automaticamente como confirmação de solicitações de mesclagem.
Com o compromisso automático de confirmar solicitações de mesclagem, os proprietários do código receberão notificações de alterações, para que possam revisá-las e aprovar ou não ignorar as alterações.
O suporte para proprietários de código apareceu na versão GitLab 11.3 ( artigo original , tradução ). Em versões futuras, o grau de participação dos proprietários do código nos processos de trabalho de solicitações de mesclagem com a confirmação necessária do proprietário aumentará.
Documentação confirmando a solicitação de mesclagem e o ticket original .
Atributo parallel para acelerar o pipelining
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
A velocidade do pipeline é um fator importante para qualquer equipe, e a execução de testes ou outras tarefas que podem ser paralelizadas geralmente leva muito tempo para qualquer montagem. A adição de uma nova palavra-chave - o atributo parallel - permite que as equipes paralelem facilmente os testes, acelerando o processo de entrega do software. Para usar esse recurso, defina o atributo como o número de threads nos quais você deseja executar esta tarefa, e o GitLab criará independentemente o número necessário de tarefas com sua tarefa.
Documentação de atributo paralelo e ticket original .
Outras melhorias no GitLab 11.5
Comentando linhas de código inalteradas em uma solicitação de mesclagem
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Uma das principais tarefas de uma revisão de código é chamar a atenção para aspectos das alterações propostas que podem não ter sido consideradas. Freqüentemente, essas são indicações de consequências imprevistas que podem surgir em código não modificado.
O GitLab agora suporta comentários em linhas de código modificadas e inalteradas na solicitação de mesclagem, para que você possa chamar a atenção do autor para as alterações que ainda precisam ser feitas. Para exibir linhas de código inalteradas ao revisar alterações na solicitação de mesclagem, clique no botão de reticências ( ... ).
Em versões futuras, expandiremos o suporte para comentários em arquivos inalterados .
Documentação sobre discussões em solicitações de mesclagem e um ticket original .
Modelos de arquivo de grupo
(PREMIUM, ULTIMATE, PRATA, OURO)
LICENSE .gitlab-ci.yml LICENSE , .gitignore , Dockerfile e .gitlab-ci.yml facilitam a adição desses arquivos usados nos projetos. Modelos de arquivo personalizados agora podem ser compartilhados entre todos os projetos em um grupo e em subgrupos se você configurar o repositório de modelos de grupo.
Modelos personalizados são úteis nos casos em que os modelos GitLab não são adequados: por exemplo, quando você precisa de sua própria licença, usada em todos os projetos da empresa, ou de um Dockerfile complexo, que deve ser usado em cada microsserviço.
O suporte para modelos de arquivo para instâncias do usuário foi introduzido na versão GitLab 11.3 ( artigo original , tradução ).
Documentação sobre modelos de arquivo para o grupo e o ticket original .
Link direto para revisar aplicativos
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Quando você trabalha em uma ramificação separada e altera apenas alguns arquivos, não precisa do link para os aplicativos de revisão para levá-lo à raiz do projeto. Por conveniência, adicionamos um menu suspenso ao link dos aplicativos para revisão, que agora permite navegar diretamente para as páginas dos arquivos com os quais você trabalhou.
Documentação sobre a transição direta dos arquivos de origem para suas páginas no ambiente e no ticket original .
Análise de tarefas
(PREMIUM, ULTIMATE, PRATA, OURO)
Nesta versão, apresentamos um gráfico dinâmico mostrando o número de tarefas criadas em seu grupo por mês ou durante o ano passado. Também adicionamos um filtro que permite restringir sua pesquisa a um conjunto específico de tarefas.
Esse recurso ajudará as equipes a realizar uma análise mais profunda das tarefas. Por exemplo, você pode ver rapidamente quantas tarefas de bug foram criadas se você selecionar a marca de "bug" apropriada.
Aqui você pode ver como planejamos expandir os recursos dos diagramas . Pedimos que você participe da discussão!
Documentação sobre análise de tarefas e um ticket original .
Visualizar a revisão da solicitação de mesclagem antes da partida
(PREMIUM, ULTIMATE, PRATA, OURO)
Uma revisão de código é uma prática obrigatória em qualquer projeto bem-sucedido, mas às vezes é difícil fornecer um feedback compreensível e executável. Um dos problemas é que os comentários sobre o código se tornam irrelevantes ou incompletos à medida que o leitor entende quais alterações foram feitas visualizando o diff.
No GitLab 11.4, introduzimos um recurso para a revisão da solicitação de mesclagem, que permite escrever e enviar vários pontos de feedback em uma ação. A partir desta versão, você pode revisar as revisões de suas solicitações de mesclagem antes de enviá-las.
Nas versões futuras, melhoraremos esse recurso adicionando notificações por email - uma para cada revisão de solicitação de mesclagem.
Documentação sobre a revisão prévia das solicitações de mesclagem e do ticket original .
Mantenha seu email privado
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Ao colaborar em um projeto, é importante saber quem exatamente faz as alterações no código e poder visualizar o perfil do autor por meio da interface do GitLab ao usá-lo localmente ou em um host localizado remotamente, no entanto, isso expõe seu email ao público.
O GitLab agora fornece um endereço não noreply que pode ser usado localmente ou para confirmações na Web, para facilitar a manutenção de seu email em segredo.
Documentação por email particular e ticket original .
Nova sintaxe de CI / CD para relatórios de segurança, qualidade e desempenho
(ULTIMATE, OURO)
Antes do GitLab 11.5, relatórios como SAST ou DAST contavam com uma combinação de nomes de tarefas e artefatos para permitir que o sistema reconhecesse seu tipo. Devido ao aumento dos requisitos de desempenho para acessar artefatos, era difícil dimensionar essa funcionalidade e oferecer suporte a recursos mais avançados, como o Painel de Segurança do Grupo. Com a sintaxe anterior, você sempre precisava dar nomes específicos aos trabalhos (por exemplo, sast ), mas agora você pode especificar qualquer nome que desejar para cada trabalho.
O GitLab 11.5 introduziu um novo recurso para usar a nova sintaxe de relatórios. A documentação sobre a criação de trabalho com a nova sintaxe está disponível nos seguintes links: SAST , DAST , Definindo dependências , Digitalizando um contêiner , Gerenciando licenças , Avaliando a qualidade do código e Testando o desempenho em um navegador . A sintaxe antiga desapareceu em segundo plano e, em uma versão futura, podemos nos livrar dela. Ficaremos felizes se você atualizar seu trabalho para aproveitar o aumento da produtividade e o painel de segurança do grupo, mesmo que a sintaxe antiga ainda funcione. Para usar a nova sintaxe, é necessário o GitLab Runner 11.5 ou superior.
Documentar relatório e ticket original .
Abrir solicitação de mesclagem com patch por email
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O GitLab há muito oferece suporte à abertura de solicitações de mesclagem por email, mas antes do envio do email, a filial já deveria ter sido criada no servidor. Agora você pode abrir solicitações de mesclagem com um email, anexando um ou mais arquivos de correção ( .patch ) à .patch .
Os arquivos de correção são um padrão para compartilhar e transferir alterações entre sistemas. Em versões futuras do GitLab, criaremos solicitações de mesclagem distribuída com base nelas, o que nos permitirá compartilhar solicitações de mesclagem entre instâncias do GitLab e outras ferramentas de hospedagem do Git.
Documentação sobre como abrir solicitações de mesclagem por e-mail e ticket original .
Página Vazia da Wiki
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Melhoramos o processo de criação de projetos wiki, removendo a página de visualização do projeto padrão. Agora, a página principal está vazia por padrão, o que inspira os usuários a adicionar suas próprias páginas ao wiki correspondente e desenvolver projetos.
Documentação do projeto Wiki e um ticket original .
Abrindo o Jaeger através do GItLab
(ULTIMATE, OURO)
O rastreamento fornece uma análise aprofundada do desempenho e da integridade do aplicativo que está sendo implantado, pois pode ser usado para rastrear todas as funções e microsserviços que processam essa solicitação. Isso torna o processo de processamento da solicitação do início ao fim mais claro, independentemente de você estar usando um sistema monolítico ou distribuído.
No GitLab 11.5, incluímos a integração inicial com o Jaeger , o projeto de rastreamento CNCF , que permite aos usuários abrir facilmente a interface do usuário do Jaeger a partir do GitLab.
Rastrear documentação e ticket original .
Nomes acordados para verificações de status da tarefa ao integrar com o GitHub
(PREMIUM, ULTIMATE, PRATA, OURO)
Agora tornou-se possível definir verificações de status de tarefas no lado do GitHub, basta marcar a caixa "obrigatório" - sem ter que configurar verificações para cada tarefa individualmente com base em seu nome. Anteriormente, o nome das verificações incluía o nome da filial, portanto, a verificação não podia ser feita simplesmente. Você pode conectar esse recurso na seção de configurações de integração com o GitHub.
Documentação sobre os nomes das verificações de status e o ticket original .
Os aplicativos Omnibus Go agora usam o diretório de certificados GitLab
(NÚCLEO, PARTIDA, PREMIUM, ULTIMATE)
O GitLab inclui vários aplicativos baseados em Go. Antes da versão 11.5, esses aplicativos usavam o diretório padrão do sistema para certificados confiáveis, em vez do diretório Omnibus GitLab.
A partir desta versão, os aplicativos Go usam o mesmo diretório para certificados confiáveis que o restante do GitLab. O padrão é /opt/gitlab/embedded/ssl/certs/ . O uso de um diretório compartilhado facilita o gerenciamento de certificados e permite trabalhar diretamente com eles.
Se você possui instalações GitLab que possuem dependências relacionadas aos aplicativos Go usando o diretório do sistema, mova esses certificados para o diretório Omnibus GitLab padrão.
Documentação para instalação de certificados e o ticket original .
Notificações de fechamento épicas
(ULTIMATE, OURO)
Recentemente, adicionamos a capacidade de fechar épicos, ou seja, de estabelecer vários estados de épicos: aberto e fechado. Nesta versão, também adicionamos notificações sobre o fechamento de épicas ou a sua reabertura, para que seja mais fácil para os usuários rastrear alterações nos projetos que lhes interessam.
Documentação de notificações e o ticket original .
Registro de Eventos de Auditoria JSON
(NÚCLEO, PARTIDA, PREMIUM, ULTIMATE)
Para simplificar a análise de eventos de auditoria e seu uso fora do GitLab, adicionamos o arquivo audit_json.log para registrar eventos de auditoria em um arquivo de log estruturado. Com essa inovação, o envio e a análise de logs se tornará muito mais fácil, principalmente para visualização e análise ao usar outras ferramentas.
Documentação sobre eventos de auditoria e o ticket original .
Função de preenchimento automático para épicos na descrição de tarefas e solicitações de mesclagem
(ULTIMATE, OURO)
Agora ficou ainda mais fácil procurar épicos e criar links para eles ao trabalhar em uma tarefa ou solicitação de mesclagem. Basta digitar & e alguns números ou caracteres na descrição da tarefa ou solicitação de mesclagem ou no comentário. Usando a função de preenchimento automático do GitLab, os épicos serão pesquisados diretamente no grupo pai, o que permitirá que você selecione um deles sem sair da página atual.
Documentação de link especial do GitLab e ticket original .
Lista de arquivos para visualizar alterações na solicitação de mesclagem
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Ao visualizar as alterações na solicitação de mesclagem, você quase sempre precisa alternar entre os arquivos. Agora, além da árvore de arquivos adicionada no GitLab 11.4 ( artigo original , tradução ), o GitLab inclui uma lista de arquivos com alterações que podem ser pesquisadas, o que facilita a visualização de quais arquivos foram alterados e a alternância entre eles através de uma lista ou árvore - o que você precisa? mais como isso.
Documentação para navegar nos arquivos alterados e no ticket original .
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Atualmente, as informações ambientais estão ocultas ao iniciar um novo pipeline. Nesta versão, adicionamos a saída de informações sobre as implantações em andamento ao widget para informar que a atualização está em andamento.
Um dos resultados mais interessantes que podem ser obtidos usando esse recurso é que o link para a implantação atual permanecerá disponível nos casos em que uma nova implantação já esteja em execução, o que permitirá encontrar um link para a página do aplicativo para revisão. , , .
- .
Jira Cloud email API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Jira Cloud . , email- API Jira Cloud.
Jira GitLab .
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
, . GitLab . , , GitLab , .
, - , URL, .
.
.
API
(ULTIMATE, GOLD)
, , : . 11.5 API, , , .
API .
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab , , . , . , , .
-, , .
.
(ULTIMATE, GOLD)
( , -) , , , .
r , , . e , l .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab (Issue Boards), . , . , , , , , .
.
'index' , 'README'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
README.* , «» GitLab . GitLab 11.5 index.* ( README.* ).
, , . , README.md , README.html , index.html « » URL, - http://example.com/page/index.html http://example.com/page/ .
Markdown, GitLab .
README. index. .
RBAC ,
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Kubernetes . RBAC (Role-based access control, ) .
GitLab 11.5, Kubernetes , ( , ) CI GitLab. , cluster-admin GitLab CI Runners .
RBAC .
-
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, -. - , .
, -. - GitLab. , - , .
.
.
Git API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Git Git Git. GitLab API. , API .
.
, Git push
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, Git GitLab, GitLab , LFS (Large File Storage). , .
GitLab , - . .
git push/pull .
, -
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, - . , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 11.5 , . , , , . : !
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
« » ('New group') « » ('New project'), , .
.
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, «». , !
.
Gemnasium
(ULTIMATE, GOLD)
Gemnasium . GitLab , , .
GitLab 11.5 Gemnasium , . . , , , .
.
-
(PREMIUM, ULTIMATE)
, GitLab, 11.5:
- .
GitLab Helm chart
(CORE, STARTER, PREMIUM, ULTIMATE)
Helm chart'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
, , GitLab. , , .
.
GitLab Runner 11.5
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.5! GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner'.
GitLab Runner .
release notes / : GitLab 11.5 released with Group Security and Operations Dashboards, and Access Control for Pages .
cattidourden , maryartkey , ainoneko rishavant .