Suporte SAST para JavaScript
Graças ao Static Application Security Testing (SAST), o GitLab varre o código e ajuda a detectar possíveis vulnerabilidades, mesmo no pipeline. Na liberação 11.8, adicionamos idiomas JavaScript à lista de SAST suportados , com base no suporte existente para node.js. Agora você pode verificar qualquer arquivo JavaScript, scripts estáticos e HTML. Uma prática importante no DevSecOps no momento é verificar as alterações toda vez que confirmamos e, com esta atualização do SAST, cobrimos um dos idiomas da web mais populares, ajudando os usuários a detectar riscos no código JavaScript anteriormente.
Páginas do GitLab para subgrupos e modelos de página
As páginas do GitLab se tornaram muito melhores nesta versão, graças às duas melhorias a seguir. Em primeiro lugar, adicionamos suporte ao GitLab Pages para projetos em subgrupos : agora esses projetos podem facilmente publicar seu conteúdo na rede. Em segundo lugar, o GitLab 11.8 agora inclui os modelos mais populares para o Pages , então agora você pode começar a trabalhar com o Pages com um clique.
Sentry Bug Tracking
Os erros possibilitam avaliar o estado do seu aplicativo e podem detectar problemas antes que os usuários os denunciem. O GitLab 11.8 agora pode mostrar erros recentes no projeto, facilitando a detecção e correção.
E muitos mais recursos interessantes!
Existem tantas boas inovações neste lançamento que queremos destacar mais algumas:
- Regras para confirmação de solicitações de mesclagem (na localização russa do GitLab "solicitações de mesclagem"). Agora você pode facilmente definir uma regra, que confirmará as alterações - usuários, grupos ou funções específicos. Em breve, esse recurso aparecerá no GitLab.com e, nas instâncias do usuário, o GitLab já poderá ser conectado pelo administrador.
- Recursos de plug-in para ambientes . Os recursos anteriormente conectados atuavam em todos os seus ambientes ao mesmo tempo, mas agora eles podem ser usados em ambientes específicos. Essa funcionalidade já funciona no GitLab.com e pode ser ativada pelo administrador para instâncias do usuário.
- Mesclagem aprimorada de mensagens para confirmações ao combiná-las (squash) . Se você tentar criar boas mensagens para confirmações, é uma pena perdê-las ao mesclar confirmações. Na liberação 11.8, ao combinar confirmações de todas as confirmações, a primeira mensagem multilinha é recebida automaticamente. E você também pode definir a mensagem manualmente.
Convidamos você para nossas reuniões
Walkafwalka adicionou dois novos recursos para o Auto DevOps nesta versão: suporte para domínios personalizados e reimplementação ao atualizar segredos de aplicativos . Obrigado por essas grandes melhorias!
Principais recursos do lançamento do GitLab 11.8
Suporte SAST para JavaScript
(ULTIMATE, OURO)
O teste de segurança de aplicativos estáticos (SAST) permite encontrar vulnerabilidades no código toda vez que você envia alterações ao repositório. Com essas informações disponíveis na solicitação de mesclagem, você poderá cuidar da segurança em primeiro lugar e detectar problemas mesmo antes de serem adicionados à ramificação estável.
Com o lançamento do 11.8, adicionamos JavaScript à lista de idiomas suportados pelo SAST. Você não precisa alterar nada em seus pipelines; os projetos JavaScript são automaticamente detectados e analisados quanto a vulnerabilidades de segurança. Também faz parte do Auto DevOps .
Documentação SAST e ticket original .
Sentry Bug Tracking
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O rastreamento dos erros que o aplicativo gera ajuda a criar e manter uma experiência de qualidade do usuário e a detectar problemas antes que os usuários os notem. E, ao mesmo tempo, acelera a solução de problemas emergentes.
O GitLab 11.8 facilita a compreensão e a eficiência do rastreamento de erros, integrando o popular rastreador de código aberto Sentry e exibindo os bugs mais recentes diretamente no seu projeto do GitLab.
O Sentry melhorou recentemente sua integração com o GitLab adicionando detecção de confirmação de problemas, rastreamento de confirmações e liberações e muito mais. Graças à integração mútua, você pode trabalhar facilmente no Sentry através do GitLab e vice-versa e resolver problemas dentro do seu contexto no seu fluxo de trabalho.
Documentação sobre erros de rastreamento e o ticket original .
Criar páginas com um clique usando modelos
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O GitLab 11.8 agora inclui os modelos mais populares para o Pages, então agora você pode criar páginas imediatamente ao criar um novo projeto, em vez de herdar o repositório de modelos como antes.
Confira nossa postagem no blog sobre o uso de modelos de páginas do GitLab .
Documentação das páginas do GitLab e ticket original .
Suporte de páginas para subgrupos
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Agora também você pode criar sites usando o Pages para projetos em subgrupos. Os sites criados dessa maneira terão URLs no formato toplevel-group.gitlab.io/subgroup/project . Agora, para todos os seus projetos, mesmo aqueles que pertencem a subgrupos, você pode criar a documentação ou outras páginas necessárias para o lançamento do seu software.
Documentação de administração das páginas do GitLab e ticket original .
Regras de confirmação de solicitações de mesclagem
(PREMIUM, ULTIMATE, 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. Muitas vezes, há a necessidade de vários revisores responsáveis por vários aspectos - por exemplo, desenvolvimento, segurança, usabilidade e o próprio produto.
Na liberação do GitLab 11.8, apresentamos regras para confirmação de solicitações de mesclagem, o que possibilita determinar as confirmações necessárias e o número mínimo de confirmações. As regras de confirmação são mostradas no widget de solicitação de mesclagem, portanto, é muito fácil atribuir o próximo revisor.
No GitLab 11.3, introduzimos a função dos proprietários do código ( artigo original , tradução ) para determinar quem é responsável por diferentes partes do código. Os proprietários do código já são levados em consideração nas regras de verificação; portanto, é fácil encontrar as pessoas certas para revisar as alterações.
Por padrão, as regras de confirmação estão desabilitadas; elas podem ser Feature.enable(:approval_rules) pelo administrador da instância Feature.enable(:approval_rules) comando Feature.enable(:approval_rules) no console do rails. No GitLab.com, as regras de confirmação estão temporariamente desativadas, planejamos reativá-las com o lançamento do GitLab 11.8.1. Fique atento a este ticket para atualizações.
Documentação sobre as regras para confirmação de solicitações de mesclagem e o ticket original .
Gatilhos aprimorados para pipelines entre projetos
(PREMIUM, ULTIMATE, PRATA, OURO)
O lançamento do GitLab 9.3 ( artigo original , tradução ) adicionou a capacidade de criar pipelines de projetos cruzados iniciando o próximo pipeline chamando através da API do GitLab em seu trabalho. Na liberação 11.8, aprimoramos o lançamento desses pipelines graças ao trigger: keyword, que pode ser adicionado ao trabalho que une os pipelines e iniciará automaticamente o próximo pipeline quando o pipeline atual for concluído com êxito.
Gatilho da documentação da palavra-chave e ticket original .
Mesclagem aprimorada de mensagens para confirmações
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Quando uma história consiste em pequenas confirmações para corrigir testes de unidade ou resolver problemas do feedback, é difícil criar uma história Git legível e útil no futuro. A consolidação de confirmações coleta essas alterações em uma confirmação e, ao mesmo tempo, remove todas as descrições.
O GitLab agora coloca a primeira mensagem de várias linhas na ramificação do recurso como uma mensagem de confirmação mesclada. Ou você pode definir esta mensagem manualmente e refletir todas as alterações importantes.
Documentação sobre confirmações mescladas e o ticket original .
Suporte de DevOps automático para domínios de usuário específicos do ambiente
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O Auto DevOps permite iniciar rapidamente o trabalho em um projeto, indicando o "domínio base" do projeto. Quando seu aplicativo estiver pronto para ser implantado na produção, convém usar um domínio diferente na forma de FQDN .
Agora você pode usar a variável de ambiente ADDITIONAL_HOSTS para definir um ou mais domínios para seu aplicativo. Além disso, você pode configurá-lo para um ambiente específico adicionando o nome do ambiente à variável, por exemplo: <ENVIRONMENT>_ADDITIONAL_HOSTS .
Obrigado Aaron Walker por esse recurso!
Documentação sobre variáveis de ambiente e o ticket original .
Escala para funções facativas
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Ao implantar recursos usando uma arquitetura sem servidor através do GitLab, você pode aproveitar ao máximo os benefícios do Knative, incluindo a expansão de suas implantações sem servidor.
Agora, para cada aplicativo ou recurso implantado em sua instância do Knative, você pode visualizar a escala de suas implantações sem servidor. A escala mostra o número de lareiras Kubernetes atualmente em uso.
Documentação de implantação de funções e ticket original .
Outras melhorias no GitLab 11.8
Definindo o primeiro dia da semana
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Anteriormente, os calendários do GitLab assumiam automaticamente que a semana começa no domingo. Agora, os usuários nas configurações podem selecionar segunda-feira como o primeiro dia da semana, o que será refletido ao usar calendários para selecionar datas e os agendamentos de contribuições para o desenvolvimento.
Obrigado Fabian Schneider por esse recurso!
Documentação sobre as configurações do usuário e o ticket original .
Rolar o roteiro para o futuro e voltar ao passado
(ULTIMATE, OURO)
Quando você baixa o roteiro pela primeira vez, o GitLab pré-seleciona um período para você, com a opção de selecionar intervalos semanais, mensais ou trimestrais. No entanto, anteriormente, a visualização do roteiro permaneceu fixa e os épicos fora do período atual foram ocultados.
A partir desta versão, você pode rolar o roteiro para o futuro e voltar para o passado. As epopeias que se enquadram nesses intervalos estendidos aparecerão automaticamente no gráfico; não há necessidade de atualizar a página ainda mais. Isso permitirá que você veja ainda mais épicos no intervalo de tempo necessário.
Documentação sobre mapas de estradas e o bilhete original .
Autenticação de cartão inteligente via LDAP
(PREMIUM, ULTIMATE, PRATA, OURO)
As organizações que usam cartões inteligentes como tokens de autorização geralmente usam LDAP para gerenciar centralmente suas contas. A versão 11.6 introduziu a autenticação de cartão inteligente . No 11.8, fazemos outra adição a ele, adicionando suporte ao uso de dados de cartão inteligente para autenticação através de um servidor LDAP.
No GitLab, usamos uma abordagem compatível com RFC4523 usando a regra certificateExactMatch .
Documentação de autenticação de cartão inteligente e ticket original .
Recursos de plug-in para diferentes ambientes
(PREMIUM, ULTIMATE, PRATA, OURO)
A partir desta versão, torna-se possível alternar os recursos independentemente, dependendo do ambiente. O comportamento de seus recursos pode ser controlado usando um conjunto de regras definidas com base na correspondência com o nome do ambiente. Por padrão, a regra ( * ) sempre funciona, no entanto, você também pode definir outras regras adicionando novas especificações de ambiente (por exemplo, review/* ).
Na versão 11.8.0, para que esse recurso funcione, será necessário ativá-lo executando o comando Feature.enable(:feature_flags_environment_scope) no console do rails.
Documentação para especificações ambientais e o ticket original .
Atualize o GitLab Runner através da integração com o Kubernetes
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Se você implantar seus aplicativos na versão mais recente do Kubernetes, pode ter certeza de que possui todos os novos recursos e de que sua segurança atende a todos os requisitos.
O GitLab 11.8 permite atualizar o GitLab Rinner no Kubernetes com um clique. Em versões futuras, adicionaremos esse recurso para outros aplicativos.
Documentação de instalação do aplicativo e o ticket original .
Exibir hora e atividade de criação do usuário no painel de administração
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Os administradores precisam obter informações sobre a atividade do usuário com ações simples. Para ajudar nessa tarefa, adicionamos uma exibição da data de criação do usuário e da data de sua última atividade na área Usuários no painel de administração ( /admin/users ).
Aqui você pode ler mais sobre as atividades que o GitLab reconhece como atividades.
Documentação da API do usuário para administradores e o ticket original .
Capacidade de procurar ações recentes do usuário
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O GitLab possui um atributo de usuário last_activity_on que ajuda os administradores a determinar mais facilmente quando ocorreu a última atividade do usuário. É muito conveniente para pesquisar usuários ativos e inativos.
Para garantir a captura de atividades somente leitura, estendemos o atributo last_activity_on para que ele seja atualizado quando visitarmos páginas relacionadas a painéis de atividades, projetos, tarefas e solicitações de mesclagem.
Documentação de estatísticas na instância e no ticket original .
Tópicos do projeto em vez de tags
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Tags de projeto são uma maneira conveniente de organizar projetos relacionados, mas o termo tag corresponde às tags do GitLab. Para resolver esse problema, renomeamos as tags do projeto em tópicos e melhoramos sua exibição na página de visualização do projeto.
Teremos o prazer de continuar a tornar os tópicos mais úteis para a pesquisa por projetos e adicionaremos a filtragem por tópicos no painel de atividades na versão 11.9.
Documentação sobre as configurações do projeto e o ticket original .
Procure por tags de repositório em um projeto via API
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Agora você pode procurar por tags de repositório em um projeto por meio da API de tags . Isso permitirá que você pesquise diretamente uma tag específica no projeto. Se você estiver procurando por projetos que correspondam à tag de uma versão específica, agora poderá encontrar facilmente o que precisa.
Obrigado Robert Schilling por esse recurso!
Documentação em tags e ticket original .
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Levamos em consideração o feedback do usuário sobre o primeiro aprimoramento da lista de projetos e aumentamos a densidade de informações nesta página, adicionando outra coluna e reduzindo o número de espaços vazios.
Documentação do projeto e ticket original .
Página de exibição de grupo aprimorada
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Na versão 11.8, atualizamos a aparência da página de visualização do grupo para que ele mostre mais informações. Reduzimos o número de espaços vazios nesta página e alteramos o design para que seja consistente com a nova aparência da página de visualização do projeto .
Este é o primeiro passo para melhorar a página de visualização em grupo e teremos o maior prazer em continuar trabalhando nela.
Documentação de grupo e ticket original .
API para gerenciar épicos aninhados
(ULTIMATE, OURO)
No release anterior, adicionamos épicos aninhados , ou seja, a capacidade de adicionar épicos aos épicos. A partir desta versão, você poderá gerenciar os relacionamentos entre esses épicos, inclusive por meio da API. Portanto, agora você pode gerenciar agendas de fluxo de trabalho individuais em sua equipe, incluindo o uso de recursos de automação.
Documentação da API para links entre épicos e o ticket original .
Solicitações e tickets de mesclagem associados resultaram em uma exibição.
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Atualizamos a seção de solicitações de mesclagem vinculadas no ticket para fornecer consistência visual com tickets relacionados e trazer beleza.
Em uma versão futura, adicionaremos mais metadados para cada linha desta seção, para que os usuários vejam informações relevantes sobre a solicitação de mesclagem imediatamente no contexto.
Documentação sobre a menção de tickets em solicitações de mesclagem e o ticket original .
Campo de domínio do DevOps automático movido das configurações de CI / CD para as configurações de cluster
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
A especificação de um domínio base para o DevOps automático permite que você aproveite os recursos avançados, como Revisão automática e Implantação automática. Agora, simplificamos a indicação do domínio base transferindo-o diretamente para as configurações do cluster. Isso facilitará a determinação do domínio base ao criar um cluster, além de definir domínios diferentes para diferentes clusters.
Documentação sobre a configuração do domínio base para o Auto DevOps e o ticket original .
Gerenciar rótulos de grupo por meio da API
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Agora você pode gerenciar rótulos de grupo por meio da API semelhante aos rótulos de projetos, o que ajuda a dar suporte adicional aos fluxos de trabalho de planejamento e execução personalizados em suas equipes.
Obrigado Robert Schilling por esse recurso!
Documentação da API para etiquetas de grupo e o ticket original .
As extensões .html agora são ativadas automaticamente para sites de páginas do GitLab
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O arquivo /sub-page.html no seu site /sub-page.html Pages agora está disponível como /sub-page , o que oferece mais opções sobre como mostrar seu site aos usuários.
Documentação das páginas do GitLab e ticket original .
Páginas variáveis predefinidas no IC
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
As variáveis CI_PAGES e CI_PAGES_URL foram adicionadas aos pipelines Pages, que CI_PAGES_URL ver o nome do domínio e o URL da página. Isso fornece mais flexibilidade ao trabalhar com sites do Pages localizados em locais diferentes.
Documentação das páginas do GitLab e ticket original .
Adicionando tolerância ao executor do Kubernetes
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O Kubernetes oferece uma grande oportunidade para separar o equipamento de onde estão nossos desenvolvimentos. No entanto, algumas tarefas exigem equipamentos especializados, incluindo trabalhos que podem exigir mais recursos do que outros.
O Kubernetes suporta isso adicionando contaminação e tolerância aos nós para levar essas considerações em consideração ao planejar as lareiras. Adicionamos suporte nativo de contaminação e tolerância ao executor Kubernetes no GitLab Runner para oferecer suporte a esses tipos de fluxos de trabalho.
Documentação do executor do Kubernetes e ticket original .
Suporte para Gitaly TLS
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O Gitaly agora suporta TLS, o que significa que toda a comunicação entre o GitLab e o Gitaly será criptografada quando o TLS estiver ativado. Anteriormente, a conexão entre o GitLab e o Gitaly não era criptografada por si só, mas dependia das configurações de segurança da rede.
Documentação de suporte Gitaly TLS e ticket original
Suporte ao Elasticsearch em Gitaly
(PARTIDA, PREMIUM, ULTIMATE)
Antes, ao usar o Elasticsearch, era impossível ficar sem o NFS para se comunicar com o Git no sistema de arquivos. A partir desta versão, você pode usar o Gitaly em vez do NFS, o que acelerará o acesso ao Git.
Documentação de integração do Elasticsearch e ticket original .
Transição rápida de arquivos na solicitação de mesclagem diff
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Uma grande revisão de solicitação de mesclagem é um processo complexo, especialmente quando você precisa mover de um arquivo para outro. Uma nova maneira de definir um arquivo com base no localizador de arquivos difusos fornece uma transição indolor de um arquivo para outro, para que você possa navegar rapidamente pelo diff usando o teclado.
Diff documentação de navegação e bilhete original .
Exibe o número de confirmações na lista de solicitações de mesclagem
(PARTIDA, PREMIUM, ULTIMATE, BRONZE, PRATA, OURO)
As solicitações de mesclagem confirmadas e prontas para mesclar agora podem ser facilmente encontradas na lista de solicitações de mesclagem. O número de confirmações necessárias e recebidas agora é exibido na lista de solicitações de mesclagem.
Obrigado a Andy Steele por esse recurso!
Documentação sobre a confirmação de solicitações de mesclagem e um ticket original .
Receba alertas de instâncias do Prometheus configuradas manualmente
(ULTIMATE, OURO)
O GitLab 11.3 introduziu o suporte para definir alertas ( artigo original , tradução ), mas estava limitado às instâncias do Prometheus implantadas por meio da integração do GitLab com o Kubernetes .
Com o GitLab 11.8, os servidores Prometheus configurados manualmente agora também podem notificar o GitLab sobre alertas, adicionando o GitLab como destinatário de um gancho da Web no gerenciador de alertas. Após receber o alerta, o GitLab enviará um email aos mantenedores e proprietários do projeto.
Documentação de integração de instância externa do Prometheus e ticket original .
Removendo Tags Não Utilizadas do Registro de Contêiner Usando a API
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Muitas organizações criam contêineres para cada confirmação para simplificar a verificação de alterações de código e a implantação final. Isso pode levar a muitas tags de contêiner que são necessárias apenas por um curto período de tempo.
O GitLab 11.8 agora permite que os usuários finais limpem seus registros de contêiner por meio de nossa API removendo tags individualmente ou em grupos usando expressões regulares.
Documentação sobre a remoção de tags no registro de contêiner e no ticket original .
Privacidade de tíquetes para vulnerabilidades de segurança
(ULTIMATE, OURO)
Os usuários podem criar novos tickets para corrigir vulnerabilidades de segurança ao visualizar relatórios de segurança na solicitação de mesclagem, na página do transportador e no painel de segurança. Esta informação contém dados confidenciais que podem divulgar detalhes que não devem ser divulgados antes que o patch esteja disponível e liberado.
A partir do GitLab 11.8, os tickets relacionados à vulnerabilidade são marcados como confidenciais por padrão, mas os usuários podem desativar esse sinalizador se a divulgação for permitida.
Documentação de solicitação de mesclagem de segurança e ticket original .
Forçar a reimplantação ao atualizar as chaves secretas do aplicativo no DevOps automático
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
Quando você configura a chave secreta do aplicativo para DevOps Automáticos usando a sintaxe da variável K8S_SECRET_ , a chave secreta correspondente do Kubernetes será criada para o seu aplicativo.
Quando esses segredos do aplicativo são atualizados, o Auto DevOps reimplementa seu aplicativo com segredos atualizados.
Obrigado Aaron Walker por esse recurso!
Documentação variável do Auto DevOps e ticket original .
Exibir o ambiente em cluster em uma lista de funções sem servidor
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
A página Sem servidor foi aprimorada e agora agrupa as funções implantadas no Knative, dependendo do ambiente em cluster no qual elas estão implantadas.
Além disso, uma descrição da função agora é exibida junto com atalhos para copiar o terminal da função e abrir o terminal em uma nova guia.
Documentação de implantação sem servidor e ticket original .
Fornecendo o Gerenciador de Certificados de Endereços para DevOps Automáticos
(NÚCLEO, PARTIDA, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO)
O Certificate Manager fornece uma maneira fácil de adicionar suporte HTTPS para seus aplicativos Auto DevOps. URL, Let's Encrypt (64 ), .
Auto DevOps .
release notes / : GitLab 11.8 released with SAST for JavaScript, Pages for subgroups, and Error Tracking .
cattidourden , maryartkey , ainoneko rishavant .