Criar software de alta qualidade não é um processo fácil. Primeiro, você precisa resolver problemas de negócios e escrever um código de qualidade. No entanto, as dificuldades não param por aí: você ainda precisa garantir que seu código funcione de maneira rápida, segura e confiável. Trabalhar com código é um transportador de vários estágios, como montagem, integração, teste, segurança, revisão, configuração e implantação. Todas essas ações levam muito tempo e esforço.
Além de oferecer oportunidades de colaboração em repositórios públicos e privados, o GitLab também simplifica todo o processo de desenvolvimento com um extenso kit de ferramentas automatizado interno e com esta versão. Basta confirmar seu código e o Auto DevOps fará o resto. O Auto DevOps é um transportador de CI / CD completo pré-montado que automatiza todo o processo de entrega. O Auto DevOps torna-se público (GA, Disponibilidade Geral) no GitLab 11.0.
Outras inovações importantes do GitLab 11.0:
- Gerenciamento de licenças , que encontra licenças automaticamente de acordo com as dependências de seus projetos;
- Teste de segurança aprimorado de seu código, contêineres e dependências;
- Nova integração com o Kubernetes ;
- IDE Web aprimorado;
- Exibição aprimorada de épicos e roteiros ;
- Implantação incremental ;
- E muito mais
Para começar, vamos examinar esta lista com mais detalhes.
O Auto DevOps cobre todo o ciclo de entrega: basta comprometer seu código com o GitLab e deixar o Auto DevOps fazer o resto: esse sistema criará , testará , verificará a qualidade do código , segurança e licenças , empacotar , testar o desempenho , implantar e monitorar seu aplicativo.
"O GitLab é um componente essencial em nossos processos de desenvolvimento e entrega, que quadruplicou nossa velocidade de entrega e simplificou bastante o processo de desenvolvimento colaborativo para nossas equipes", disse Chris Hill, engenheiro de sistemas líder de entretenimento e entretenimento da Jaguar Land Rover.
“Estamos muito satisfeitos com o Auto DevOps, pois nos permite focar na escrita de código e nos processos de negócios. O GitLab faz o resto: criação, teste, implantação e até monitoramento automáticos de nosso aplicativo. ”
Gerenciamento de licenças (análise de componentes de software): Geralmente, o software é uma complexa entrelaçamento de código com componentes de terceiros (bibliotecas, estruturas e várias ferramentas). Normalmente, cada componente possui restrições e permissões de licenciamento que precisam ser monitoradas e levadas em consideração. No GitLab 11.0, adicionamos a funcionalidade do Gerenciamento de licenças (análise de componentes de software). Ele será incorporado a solicitações de mesclagem, de onde você pode rastrear as licenças de seus componentes.
Segurança: Continuamos trabalhando para melhorar os recursos de segurança integrados do GitLab. Agora você pode encontrar vulnerabilidades ainda mais cedo com a ajuda de testes estáticos e dinâmicos internos de aplicativos, além de verificar dependências e contêineres. Expandimos nossa cobertura de teste de segurança de aplicativos estáticos (SAST) - agora ele é compatível com Scala e .Net . Também adicionamos novos elementos aos relatórios SAST, agora eles fornecerão ainda mais detalhes.
Kubernetes: Continuamos melhorando nossa integração com o Kubernetes e simplificando a interação do GitLab com este sistema. Nesta versão, adicionamos vários novos recursos, o mais interessante deles é a capacidade de visualizar os logs de pod do Kubernetes diretamente da placa de implantação do GitLab.
GitLab Web IDE: Quanto mais você pode fazer sem sair do IDE, mais produtivo você trabalha. Agora você pode visualizar os pipelines de CI / CD diretamente do IDE , para poder ver um relatório instantâneo se o pipeline falhar. Além disso, adicionamos a capacidade de alternar rapidamente para a próxima solicitação de mesclagem, o que permitirá que você crie, aprimore ou realize análises de solicitação de mesclagem sem sair do IDE. Tudo isso permitirá que você participe de maneira rápida e eficaz de fazer alterações no código e revisá-las.
Navegação épica e de roteiro: para melhor visualização do progresso de épicas e roteiros, pode ser útil alterar a escala dos cronogramas, o que fornecerá uma visão geral mais geral e simplificará seu planejamento. Portanto, adicionamos esse recurso à sua interface de navegação.
Convidamos você para nossas reuniões!
Vitaliy fez uma grande contribuição para o desenvolvimento do GitLab e já foi nomeado MVP várias vezes este ano. Para a versão 11.0, ele fez um trabalho sério de atualização do lado técnico do GitLab: Vitaly transferiu a maioria dos testes restantes de espinafre para o RSpec e também se esforçou muito para melhorar o GitLab for Rails 5. Além disso, depois que decidimos adicionar compactação e mesclando commits (squash e mesclagem) no GitLab Coer e no GitLab.com gratuitamente, Vitaly pegou esse trabalho e terminou com o lançamento deste lançamento. Aqui está uma lista de todas as tarefas que ele concluiu no GitLab 11.0 .
Mais uma vez obrigado, Vitaliy! Em breve você receberá outro pacote com presentes!
Principais inovações do GitLab 11.0
O Auto DevOps torna-se público (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A primeira versão beta do Auto DevOps foi adicionada no GitLab 10.0 . E no GitLab 11.0, o Auto DevOps torna-se público (geralmente disponível). O Auto DevOps requer configuração mínima e faz todo o trabalho para o seu projeto, desde o estágio de construção até a produção e o monitoramento.
O Auto DevOps usa as melhores práticas de DevOps: configura sua compilação, teste, verificação de qualidade de código, teste estático e dinâmico de segurança, verificação de dependência, gerenciamento de licenças, verificação de contêineres, aplicativos de revisão, aplicativos de revisão, teste de desempenho do navegador, implantação e monitoramento - tudo em um aplicativo. O uso dessa funcionalidade simplifica a transição para o DevOps de novas equipes, pois permite que você inicie com um pipeline de funcionamento contínuo.
O Auto DevOps permite que os desenvolvedores se concentrem no que é mais importante para sua organização - fornecendo código de qualidade.
Nosso Guia de Início Rápido dos Devops Automáticos atualizado pode ser encontrado aqui .
Documentação do Auto DevOps
A integração contínua (IC) é uma etapa importante no fornecimento de software de alta qualidade. Agora você pode descobrir o status do IC da confirmação atual simplesmente olhando a janela de status no canto inferior esquerdo do Web IDE. Além disso, à direita, você pode ver o status e os logs de cada trabalho. Isso facilita o trabalho em solicitações de mesclagem com um IC malsucedido, pois você pode abrir o trabalho com falha em uma tela e o arquivo em que está trabalhando agora.
Anteriormente, nessas situações, era necessário abrir várias guias e alternar entre elas, e agora todas as informações necessárias estão disponíveis diretamente no Web IDE. No futuro, planejamos adicionar a capacidade de visualizar e testar alterações antes de confirmar.
Documentação do IDE da Web
Alterne entre solicitações de mesclagem no Web IDE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
É fácil imaginar uma situação em que uma pessoa esteja trabalhando em muitas solicitações de mesclagem em vários projetos simultaneamente. Agora você pode alternar entre suas solicitações de mesclagem (atribuídas a você e criadas por você) em um clique. Não importa se você faz uma revisão da solicitação de mesclagem de outra pessoa ou trabalha por conta própria - graças a essa inovação, você pode dedicar mais tempo ao código e menos pesquisas.
Documentação do IDE da Web
Gerenciamento de licenças (ULTIMATE, GOLD)
Nas realidades do desenvolvimento moderno de software, a maioria dos aplicativos usa componentes de terceiros para executar determinadas funções; Essa abordagem permite que você não inicie todos os projetos do zero. Portanto, bibliotecas de terceiros são tão comuns que geralmente são fornecidas diretamente por serviços de gerenciamento de pacotes como RubyGems e npm. No entanto, com essa abordagem, você precisa garantir que as licenças de componentes de terceiros sejam compatíveis com seu aplicativo, porque licenças conflitantes podem levar a problemas legais.
Para resolver esses problemas, adicionamos a funcionalidade de gerenciamento de licenças ao GitLab 11.0. Ele passa automaticamente por todas as dependências em seus projetos e agrega suas licenças. Novas licenças são exibidas no widget de solicitação de mesclagem antes de se tornarem parte da ramificação principal.
Se você usa o DevOps automático , o gerenciamento de licenças é ativado automaticamente para seus projetos. Você também pode ativar essa funcionalidade manualmente para .gitlab-ci.yml personalizadas .gitlab-ci.yml .
Documentação de gerenciamento de licenças
Autorização SAML em nível de grupo (beta) (PREMIUM, ULTIMATE, SILVER, GOLD)
O gerenciamento adequado de dados do usuário é obrigatório para grandes organizações. Freqüentemente, um provedor de identidade é usado para esses fins, que funciona com todos os dados do usuário; portanto, adicionamos suporte a SAML (Security Assertion Markup Language) para grupos.
Agora, os proprietários do grupo poderão configurar o serviço de identidade para o grupo e fornecer aos usuários um único link de autorização (SSO). Isso tornou possível gerenciar a autorização e os dados pessoais no nível do grupo, o que pode ser útil nos casos em que o SAML geral da instância não atende a todos os requisitos do grupo.
Essa inovação é especialmente útil para os grupos GitLab.com, nos quais agora é possível configurar o serviço de autenticação para uso na empresa.
Documentação SAML para grupos
Novos tópicos de navegação (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Com o lançamento do GitLab 10.0, fizemos uma grande atualização na navegação e, na versão 11.0, adicionamos vários novos temas para ele. Agora você tem ainda mais opções para personalizar sua interação com o GitLab.
Adicionamos um tema vermelho completamente novo, além de uma versão light para todos os temas existentes.
Documentação de configurações de perfil
Outras melhorias no GitLab 11.0
Ao trabalhar em uma inovação de larga escala, os desenvolvedores geralmente enviam muitos commits para o ramo de trabalho, e o número desses commits pode aumentar apenas no processo de revisão de código. Muitas equipes preferem compactar essas confirmações em uma antes da mesclagem com a ramificação principal. Isso permite manter a legibilidade do histórico do Git , o que simplificará bastante a revisão das alterações de código no futuro.
O Squash faz parte da funcionalidade do git, portanto, os desenvolvedores podem executar esse comando no computador antes da mesclagem. No entanto, o GitLab simplifica ainda mais esse processo: você pode compactar e mesclar com um clique diretamente na interface da web. Por exemplo, os repositórios acompanhantes agora podem compactar confirmações sem entrar em contato com o autor das alterações, o que acelera e simplifica o fluxo de trabalho.
Anteriormente, essa funcionalidade estava disponível apenas no GitLab Starter, no GitLab.com Bronze e em níveis mais altos. No entanto, muitos usuários nos disseram que esse recurso será útil para todos os níveis de assinatura. Agora, torna-se público e fica disponível no GitLab Core e no GitLab.com Free!
Agradecemos a blackst0ne por sua contribuição para este trabalho!
Documentação sobre confirmações de compactação e mesclagem
Abrindo projetos no Xcode (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Na WWDC de junho, a Apple anunciou a integração do Xcode com o GitLab , o que sem dúvida simplificará o trabalho com projetos do Xcode no host do GitLab.
O GitLab agora suporta a clonagem de projetos contendo .xcworkspace ou .xcworkspace , clicando no botão "Abrir no Xcode". Ao visualizar projetos Xcode na interface do GitLab, esse botão estará localizado próximo ao URL do Git para clonagem.
Documentação para abrir projetos no Xcode
Períodos de datas para roteiros (ULTIMATE, GOLD)
Como não há restrições nas datas de início e término dos épicos, decidimos adicionar a capacidade de encontrar épicos em intervalos de tempo.
Nesta versão, estamos adicionando funcionalidade de período aos roteiros. Agora você pode procurar épicos por trimestres, meses e semanas. Uma pesquisa semanal pode ser útil para equipes focadas em lançamentos de curto prazo, enquanto intervalos maiores são melhores para o planejamento de negócios global.
Documentação do período para roteiros
Usuários convidados ilimitados para Ultimate (ULTIMATE)
Para melhorar a eficiência do trabalho com o GitLab, decidimos que os visitantes convidados não ocupariam mais os usuários limite da instância Ultimate.
Devido ao fato de os convidados poderem ser qualquer número, o número de usuários que participam da discussão sobre desenvolvimento agora também é ilimitado. Os hóspedes podem aumentar o nível de acesso, mas não esqueça que eles começarão a ocupar o limite.
Também é importante lembrar que, nos casos em que o usuário efetua login na instância, mas não pertence a nenhum grupo ou projeto, ele também é considerado um convidado.
Documentação de permissões de convidado
Listas de artistas para quadros de tarefas (PREMIUM, ULTIMATE, SILVER, GOLD)
Os painéis de tarefas são uma ferramenta útil para gerenciar fluxos de trabalho: você pode monitorar o movimento de tarefas entre os vários estágios do ciclo de vida usando listas de etiquetas.
Nesta versão, estamos adicionando listas de artistas para painéis de tarefas. Esta lista mostra as tarefas atribuídas a um usuário específico, o que adiciona novas oportunidades para o uso de painéis de tarefas.
Agora você pode configurar um quadro de tarefas para sua equipe e adicionar listas de artistas para seus membros. Isso facilitará ver quem está trabalhando em uma equipe e quais tarefas. Essa funcionalidade pode ser útil para gerentes envolvidos no balanceamento de carga e para usuários comuns que desejam navegar no fluxo de trabalho.
Você pode até adicionar listas de tags e artistas ao mesmo quadro.
Documentação da lista de artistas para painéis de tarefas
Atribuição de marcos para subgrupos subsidiários (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nesta versão, estamos adicionando a estrutura do subgrupo GitLab para marcos. Agora você pode atribuir um marco a um projeto ou grupo herdado de qualquer grupo pai para qualquer tarefa ou solicitação de mesclagem.
Ou seja, se você tiver um grupo de alto nível com um conjunto de marcos, poderá usar os mesmos marcos para todas as tarefas e solicitações de mesclagem em todos os subgrupos filhos. Essa inovação simplifica o trabalho em organizações com uma complexa estrutura multinível de subgrupos e projetos.
Além disso, você pode filtrar por esses marcos nas listas de tarefas do grupo, o que permitirá encontrar os objetos necessários em todos os níveis da hierarquia.
Documentação do marco
Tarefas e solicitações de mesclagem de subgrupos na API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
As tarefas de API e solicitações de mesclagem agora são baseadas na Web. Ou seja, quando você solicita um grupo específico por meio da API para tarefas e solicitações de mesclagem, receberá resultados de todos os projetos ou subgrupos subsidiários desse grupo. O algoritmo funciona por analogia com a exibição dos mesmos objetos em listas de grupos na interface da web, que apresentamos várias versões anteriores.
Documentação da API do GitLab
Tokens de implantação para DevOps automáticos no Kubernetes (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Anteriormente, ao usar o DevOps automático em projetos privados ou internos, o Kubernetes não tinha acesso ao registro após a conclusão da implantação. Isso não permitiu que o cluster executasse operações de busca repetidas da imagem (para escalabilidade, trabalho com falhas etc.)
Com o GitLab 11.0, um novo token de implantação é criado. Ele fornece acesso constante ao registro quando o Auto DevOps é ativado em projetos particulares / internos. Isso garante que o cluster possa executar as operações necessárias e reduzir a probabilidade de falhas.
Documentação do token de implantação para DevOps automáticos
Definindo uma estratégia de implantação nas configurações de DevOps automáticos (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Para alguns aplicativos, é rentável enviar todas as alterações na produção imediatamente após sua prontidão. Para outros, pode ser melhor coletar essas alterações em um ambiente comum para testes mais rigorosos. Anteriormente, a configuração de uma estratégia de implantação para cada projeto só era possível com a ajuda de variáveis especiais que foram configuradas e usadas para cada projeto individualmente.
A partir do GitLab 11.0, o Auto DevOps permite personalizar sua estratégia de implantação com um clique. Ao conectar o DevOps automático ao seu projeto, é possível determinar se o projeto deve ser implantado automaticamente imediatamente na produção, ou primeiro é necessário implantá-lo automaticamente em um ambiente de teste e somente manualmente na produção. A capacidade de configurar isso em um clique permitirá que você gaste menos tempo em configurações de implantação e mais código.
Documentação de instalação de implantação com DevOps automáticos
Variáveis para definir políticas de implantação para ambientes canários (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Muitas vezes, gostaríamos de implementar alterações em uma pequena parte de usuários ou servidores, a fim de avaliar o impacto dessas alterações antes da implantação em todo o ambiente. Anteriormente, os usuários do Auto DevOps tinham que fazer uma especialização do modelo do Auto DevOps e definir o comportamento desejado para iniciar uma implantação de canário.
A partir do GitLab 11.0, os usuários poderão definir suas políticas de implantação canárias usando a CANARY_ENABLED ambiente CANARY_ENABLED - rapidamente e sem configurações adicionais para o modelo de DevOps automático.
Documentação da política de implantação para ambientes canários
As confirmações estão sempre ativadas (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
A confirmação de solicitações de mesclagem é um recurso de longa data do GitLab, que força as equipes a fazer revisões de código (ou o que for) na solicitação de mesclagem. Enquanto não houver confirmação, a solicitação de mesclagem será bloqueada para a mesclagem.
Antes desta versão, as confirmações tinham que ser ativadas nas configurações do projeto. Para simplificar e otimizar esse recurso, agora as confirmações serão incluídas para todos os projetos GitLab (para Starter, planos Bronze e acima) por padrão.
Ao mesmo tempo, é claro, não queremos desacelerar o processo de criação e mesclagem de código. Portanto, quando um usuário cria um projeto, o número de confirmações de solicitação de mesclagem necessárias para esse projeto será redefinido por padrão (como se as confirmações estivessem desativadas). À medida que o projeto cresce, o usuário e sua equipe poderão implementar confirmações quando o fluxo de trabalho exigir. Para fazer isso, você só precisa alterar o número de confirmações para uma que atenda às necessidades da equipe.
Documentação de confirmação para solicitações de mesclagem
Carregando parâmetros de cluster da GKE (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Criar clusters Kubernetes no GitLab agora é mais fácil do que nunca. No GitLab 11.0, os valores para os campos de projeto e zonas são baixados automaticamente da sua conta do Google Kubernetes Engine (GKE) e exibidos como uma lista de simplicidade. Antes, para criar um cluster usando o GKE, era necessário inserir todos esses dados manualmente.
O processo simplificado de criação de cluster permite aumentar rapidamente os clusters do GitLab e acelerar a implantação de seus aplicativos.
Documentação para adicionar e criar um novo cluster GKE no GitLab
Desativando as etapas do DevOps automático usando variáveis (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Quando um ou vários estágios do Auto DevOps (teste de unidade, verificação da qualidade do código etc.) não são necessários no seu aplicativo, seria ótimo configurar o pipeline para que ele seja executado apenas nos estágios necessários.
O GitLab versão 11.0 permite que você pule um ou mais estágios do Auto DevOps usando variáveis de ambiente. Isso permitirá que você tire proveito do Auto DevOps, mesmo quando nem todas as etapas são adequadas às suas necessidades.
Documentação de variáveis de ambiente para DevOps automáticos
Os arquivos LFS estão incluídos na importação do projeto (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
O Git LFS ajuda a versão de arquivos grandes usando o Git, armazenando-os fora do repositório e fazendo o download preguiçosamente, conforme necessário - em vez de cloná-los.
Ao importar um projeto do GitHub, Bitbucket Cloud ou usar a URL do Git, o GitLab agora também importa objetos LFS. Devido a isso, você obtém uma cópia completa do repositório, incluindo os mesmos objetos LFS. Anteriormente, os objetos LFS não eram incluídos na importação.
Documentação de importação do projeto
Guia Operações (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, Silver, Gold)
No GitLab 11.0, adicionamos a seção Operações ao painel de navegação - esses recursos agora são mais fáceis e rápidos de encontrar. Nesta versão, Ambientes e Kubernetes passaram do CI / CD para Operações . Em versões futuras, adicionaremos mais algumas seções, por exemplo, métricas e logs.
Documentação do GitLab CI
SAST para .NET e Scala (ULTIMATE, GOLD)
Continuamos a tornar nossas ferramentas de segurança para os idiomas e estruturas mais comuns mais acessíveis; como parte desse processo, estamos expandindo continuamente os recursos do sistema de teste de segurança de aplicativos estáticos (SAST).
No GitLab 11.0, adicionamos suporte para dois novos idiomas: .NET e Scala. Se você já estiver usando o Auto DevOps ou a versão mais recente da sast no seu .gitlab-ci.yml , não precisará alterar nada nos seus projetos.
Documentação SAST
O gráfico de nuvens do GitLab Helm agora está na versão beta (CORE, STARTER, PREMIUM, ULTIMATE)
Temos o prazer de apresentar a versão beta do gráfico em nuvem do GitLab Helm . Este diagrama é baseado em uma arquitetura interna mais baseada em nuvem com um contêiner para cada componente do GitLab e não requer um armazenamento de dados compartilhado. Isso melhora a resiliência, escalabilidade e desempenho do GitLab no Kubernetes.
Documentação do gráfico de capacete do GitLab
Fácil implantação e integração do JupyterHub com o GitLab (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
O JupyterHub é um serviço multiusuário para suportar facilmente notebooks dentro de uma equipe de análise de dados. Os notebooks Jupyter oferecem um ambiente programável e interativo que é comumente usado para análise de dados, simulação, visualização e aprendizado de máquina.
O GitLab 11.0 pode implantar o JupyterHub em um único cluster Kubernetes com um único clique - ele é configurado automaticamente para usar o GitLab para autenticação direta. Recursos adicionais como HTTPS , filtragem de grupo e blocos de notas personalizados serão adicionados em versões futuras.
Documentação de implantação do JupyterHub
Valores estendidos de peso da tarefa (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
O peso das tarefas no GitLab é útil para indicar uma avaliação dos esforços ou outras métricas relacionadas ao trabalho em uma tarefa. Anteriormente, era possível atribuir o peso da tarefa apenas de 1 a 9 - mas isso limitava as equipes que desejam avaliações mais detalhadas.
A partir desta versão, o peso da tarefa pode ser qualquer número inteiro não negativo, de 0 ao infinito. Você não está mais limitado por classificações. Além disso, os agendamentos de tarefas levam em conta automaticamente novos valores de peso, e sua equipe poderá apreciar imediatamente os benefícios de uma faixa estendida.
Documentação do peso da tarefa
Combinação de notificações do sistema para atualizações sucessivas da descrição da tarefa (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
O GitLab permitirá colaboração e comunicação assíncronas ativas. Devido à capacidade de documentar idéias e discuti-las em um número tão grande de lugares, pedimos a manutenção de uma única fonte de verdade na descrição da tarefa ou da epopéia.
Isso leva ao fato de que as descrições são frequentemente atualizadas. Às vezes - várias vezes em questão de minutos. Muitas notificações do sistema são recebidas informando que a descrição foi atualizada. Nesta versão, as notas do sistema sobre atualizações de descrição por um curto período de tempo serão combinadas em uma. Isso reduzirá a quantidade de ruído visual e facilitará a navegação de comentários no GitLab. Na próxima versão, adicionaremos funcionalidades semelhantes às descrições das solicitações de mesclagem.
Documentação da tarefa
Ver registros do pod do Kubernetes (ULTIMATE, GOLD)
Os desenvolvedores são críticos na capacidade de exibir logs para entender como o aplicativo se comporta e para rastrear possíveis problemas. Nesta versão, a visualização de logs do sub problemático está disponível em um clique.
Na página Ambientes , os status dos lares de cada aplicativo são exibidos usando as placas de implantação . Ao passar o mouse sobre cada uma das lareiras, o nome completo da lareira e seu status são exibidos. Ao clicar nela, seus logs são exibidos.
Documentação do log de envio
O papel de Mestre foi renomeado Mantenedor (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, OURO)
Na equipe do GitLab, estamos tentando construir uma cultura independente . Portanto, mesmo no produto GitLab, estamos procurando maneiras de refleti-lo.
Decidimos renomear a função Mestre para a função Mantenedor. Isso remove o contexto negativo que poderia estar associado ao termo "Mestre" e, ao mesmo tempo, o termo "Mantenedor" é fácil de entender. A cada pequeno passo, desenvolvemos como um produto e juntos como uma indústria.
Documentação de acesso
Redesign da lista de tags (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, OURO)
Tags são um mecanismo GitLab muito poderoso. As equipes continuam a criar e usar cada vez mais tags, e tentamos torná-las fáceis de gerenciar. Nesta versão, limpamos o design das páginas da lista de tags, simplificamos a interface, tornamos as informações mais legíveis e fizemos chips de interface para que você possa gerenciar rapidamente os detalhes de uma tag específica.
Tag Documentação
Fizemos uma pequena alteração no atributo 'scope' da API da tarefa para alinhá-lo com o formato de caso de cobra. 'scope' created_by_me assigned_to_me . GitLab 11.0 , (kebab-case).
API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.7 only except . , , .
GitLab 11.0 : . , . , .
IP GitLab Runner API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.6 IP GitLab Runner -. , .
GitLab 11.0 API, .
Lars Greiss .
API GitLab Runner
GitLab Runner 11.0 (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.0. GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner .
GitLab Runner
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.0 Omnibus GitLab gitlab.rb . , , . , .
Omnibus GitLab
ID (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD , . , , . — CI_PIPELINE_ID . GitLab, - , .
GitLab 11.0 : CI_PIPELINE_IID . , . , , . , , — , .
CI/CD
release notes / : GitLab 11.0 released with Auto DevOps and License Management .
rishavant sgnl_05 .