GitLab 11.10 com pipelines de painel, pipelines de resultados mesclados e sugestões de várias linhas em solicitações de mesclagem.
Informações convenientes sobre o desempenho de pipelines em diferentes projetos
O GitLab continua a aumentar a visibilidade do ciclo de vida do DevOps. Nesta edição em adicionou uma visão geral do status do pipeline.
Isto é conveniente mesmo se você estiver estudando o pipeline de um único projeto, mas é especialmente útil se , - e isso geralmente acontece se você usa microsserviços e deseja executar um pipeline para testar e entregar código de diferentes repositórios de projetos. Agora você pode ver imediatamente o desempenho , onde quer que sejam realizados.
Executando pipelines para resultados mesclados
Com o tempo, os ramos de origem e de destino divergem e pode surgir uma situação em que eles funcionam separadamente, mas não funcionam juntos. Agora você pode . Dessa forma, você notará rapidamente erros que só apareceriam se as alterações fossem movidas com frequência entre ramificações, o que significa que você corrigirá os erros do pipeline com muito mais rapidez e usará o método .
Otimize ainda mais a colaboração
GitLab 11.10 adiciona ainda mais recursos para colaboração perfeita e fluxos de trabalho simplificados. EM introduzimos sugestões para solicitações de mesclagem, nas quais um revisor poderia sugerir uma alteração em uma linha de um comentário para uma solicitação de mesclagem, e ela poderia ser imediatamente confirmada diretamente do tópico de comentários. Nossos usuários gostaram e pediram para expandir esse recurso. Agora você pode oferecer , indicando quais linhas remover e quais adicionar.
Obrigado por seus comentários e sugestões!
E isso não é tudo…
Existem tantos recursos incríveis nesta versão, por ex. , mais completo , e oportunidade . Abaixo estão detalhes sobre cada um deles.
O funcionário mais valioso deste mês () -Takuya Noguchi
O funcionário mais valioso deste mês é Takuya Noguchi (). Takuya : corrigiu bugs, corrigiu deficiências no backend e frontend e melhorou a interface do usuário. Obrigado!
Principais características do GitLab 11.10
Pipelines no painel de controle
PREMIUM, ULTIMATE, PRATA, OURO
O painel no GitLab exibe informações sobre projetos em toda a sua instância do GitLab. Você adiciona projetos individuais, um de cada vez, e pode escolher qual projeto lhe interessa.
Nesta versão, adicionamos informações sobre o status do pipeline ao painel. Agora os desenvolvedores veem a funcionalidade dos pipelines em todos os projetos necessários - em uma interface.
Pipelines para resultados mesclados
PREMIUM, ULTIMATE, PRATA, OURO
É comum que a ramificação de origem diverja da ramificação de destino ao longo do tempo, a menos que você faça alterações continuamente entre elas. Como resultado, os pipelines de ramificação de origem e destino são “verdes” e não há conflitos de mesclagem, mas a mesclagem falha devido a alterações incompatíveis.
Quando o pipeline de solicitação de mesclagem cria automaticamente um novo link que contém o resultado combinado da mesclagem das ramificações de origem e de destino, podemos executar o pipeline nesse link e garantir que o resultado geral esteja funcionando.
Se você estiver usando pipelines de solicitação de mesclagem (em qualquer capacidade) e executores privados do GitLab versão 11.8 ou anterior, será necessário atualizá-los para evitar esse problema . Isso não afeta usuários de executores públicos do GitLab.
Sugerindo alterações em várias linhas
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Ao trabalhar juntos em solicitações de mesclagem, muitas vezes você identifica problemas e propõe soluções. Desde o GitLab 11.6, oferecemos suporte por uma linha.
Na versão 11.10, os comentários diferentes da solicitação de mesclagem podem propor alterações em várias linhas e, então, qualquer pessoa com permissões de gravação no branch original pode aceitá-los com um clique. Graças ao novo recurso, você pode evitar copiar e colar, como nas versões anteriores.
Atalhos em uma área
PREMIUM, ULTIMATE, PRATA, OURO
Com rótulos no mesmo escopo, as equipes podem aplicar rótulos mutuamente exclusivos (no mesmo escopo) a um problema, solicitação de mesclagem ou épico em cenários com campos personalizados ou estados de fluxo de trabalho personalizados. Eles são configurados usando uma sintaxe especial de dois pontos no título do rótulo.
Digamos que você precise de um campo personalizado nas tarefas para rastrear o sistema operacional da plataforma que suas funções têm como alvo. Cada tarefa deve estar relacionada a apenas uma plataforma. Você pode criar atalhos platform::iOS, platform::Android, platform::Linux e outros conforme necessário. Se você aplicar um desses atalhos a uma tarefa, ele removerá automaticamente outro atalho existente que comece com platform::.
Digamos que você tenha atalhos workflow::development, workflow::review и workflow::deployed, indicando o estado do fluxo de trabalho da sua equipe. Se a tarefa já tiver um atalho workflow::development, e o desenvolvedor deseja mover a tarefa para o estágio workflow::review, apenas aplica o novo atalho e o antigo (workflow::development) é excluído automaticamente. Esse comportamento já existe quando você move tarefas entre listas de atalhos no quadro de tarefas que representa o fluxo de trabalho da sua equipe. Agora, os membros da equipe que não trabalham diretamente com o quadro de tarefas podem alterar o estado do fluxo de trabalho nas próprias tarefas.
Limpeza mais completa do registro do contêiner
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Quando você normalmente usa um registro de contêiner com pipelines de CI, você envia várias alterações separadas para uma única tag. Devido à implementação da distribuição do Docker, o comportamento padrão é salvar todas as alterações no sistema, mas elas acabam ocupando muita memória. Se você usar o parâmetro -m с registry-garbage-collect, você pode excluir rapidamente todas as alterações anteriores e liberar espaço precioso.
Compra de minutos adicionais do CI Runner
BRONZE, PRATA, OURO
Usuários com planos pagos do GitLab.com (Gold, Silver, Bronze) agora podem adquirir minutos adicionais do CI Runner. Anteriormente, era necessário cumprir a cota prevista no plano. Com essa melhoria, você pode pré-adquirir minutos acima da cota para evitar interrupções devido a paralisações de pipeline.
Agora, 1000 minutos custam US$ 8 e você pode comprar quantos quiser. Os minutos adicionais começarão a ser usados quando você gastar toda a sua cota mensal, e o restante dos minutos adicionais será acumulado para o mês seguinte. EM queremos adicionar esse recurso aos planos gratuitos também.
DevOps automáticos combináveis
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Com o Auto DevOps, as equipes fazem a transição para práticas modernas de DevOps quase sem esforço. A partir do GitLab 11.10, cada trabalho no Auto DevOps é fornecido como . Os usuários podem usar no GitLab CI para habilitar estágios individuais de Auto DevOps e ao mesmo tempo usar seu arquivo personalizado gitlab-ci.yml. Dessa forma, você pode ativar apenas os trabalhos necessários e aproveitar as vantagens das atualizações upstream.
Gerencie automaticamente os membros do grupo no GitLab.com usando SCIM
OURO PRATA
Anteriormente, você tinha que gerenciar manualmente a associação ao grupo no GitLab.com. Agora você pode usar o SAML SSO e gerenciar a associação usando o SCIM para criar, excluir e atualizar usuários no GitLab.com.
Isto é especialmente útil para empresas com grande número de usuários e provedores de identidade centralizados. Agora você pode ter uma única fonte de verdade, como o Azure Active Directory, e os usuários serão criados e excluídos automaticamente por meio do provedor de identidade, em vez de manualmente.
Faça login no GitLab.com via provedor SAML
OURO PRATA
Anteriormente, ao usar SAML SSO para grupos, o usuário era obrigado a fazer login com credenciais do GitLab e um provedor de identidade. Agora você pode fazer login diretamente via SSO como um usuário do GitLab associado a um grupo configurado.
Os usuários não precisarão fazer login duas vezes, tornando mais fácil para as empresas usarem o SAML SSO para GitLab.com.
Outras melhorias no GitLab 11.10
Esquema épico infantil
FINAL, OURO
Na versão anterior, adicionamos épicos filhos (épicos de épicos) para ajudá-lo a gerenciar sua estrutura de distribuição de empregos. Os épicos filhos aparecem na página do épico pai.
Nesta versão, a página do épico pai exibe um esboço dos épicos filhos para que as equipes possam ver a linha do tempo dos épicos filhos e gerenciar dependências de tempo.
Mesclar telas pop-up de solicitação
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Nesta versão, apresentamos telas informativas que aparecem quando você passa o mouse sobre um link de solicitação de mesclagem. Anteriormente, mostrávamos apenas o título da solicitação de mesclagem, mas agora também mostramos o status da solicitação de mesclagem, o status do pipeline de CI e o URL curto.
Planejamos adicionar informações mais importantes em versões futuras, por ex. , e também apresentaremos telas pop-up para .
Filtrando solicitações de mesclagem por ramificações de destino
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Os fluxos de trabalho Git para lançamento ou envio de software geralmente envolvem várias ramificações de longo prazo – para fazer correções em versões anteriores (por exemplo, stable-11-9) ou passar dos testes de qualidade para a produção (por exemplo, integration), mas não é fácil encontrar solicitações de mesclagem para essas ramificações entre as muitas solicitações de mesclagem abertas.
A lista de solicitações de mesclagem para projetos e grupos agora pode ser filtrada pela ramificação de destino da solicitação de mesclagem para facilitar a localização daquela que você precisa.
Obrigado, Hiroyuki Sato ()!
Envio e mesclagem após pipeline bem-sucedido
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Se usarmos o método de desenvolvimento baseado em Trunk, devemos evitar filiais de longa duração em favor de filiais pequenas e temporárias com um único proprietário. Muitas vezes, pequenas alterações são enviadas diretamente para o branch de destino, mas isso corre o risco de interromper a compilação.
Com esta versão, o GitLab oferece suporte a novas opções de push do Git para abrir automaticamente solicitações de mesclagem, definir a ramificação de destino e impor uma mesclagem em um pipeline bem-sucedido a partir da linha de comando no momento do envio para a ramificação.
Melhor integração com painéis externos
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
O GitLab pode acessar vários servidores Prometheus (ambiente, projeto e ), mas ter vários endpoints pode adicionar complexidade ou pode não ser compatível com painéis padrão. Com esta versão, as equipes podem usar uma única API do Prometheus, facilitando muito a integração com serviços como o Grafana.
Classifique as páginas do Wiki por data de criação
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Em um Wiki de projeto, as equipes podem compartilhar documentação e outras informações importantes junto com o código-fonte e as tarefas. Com esta versão, você pode classificar a lista de páginas Wiki por data de criação e título para encontrar rapidamente o conteúdo criado recentemente.
Monitorando recursos solicitados pelo cluster
FINAL, OURO
GitLab ajuda você a monitorar seu cluster Kubernetes para aplicativos de desenvolvimento e produção. A partir desta versão, monitore as solicitações de CPU e memória do seu cluster para detectar possíveis problemas antes que se tornem problemas.
Visualize as métricas do balanceador de carga no painel Grafana
CORE, STARTER, PREMIUM, ULTIMATE
É muito importante monitorar a saúde da sua instância do GitLab. Anteriormente, fornecíamos painéis padrão por meio de uma instância Grafana incorporada. A partir desta versão, incluímos painéis adicionais para monitorar balanceadores de carga NGINX.
SAST para Elixir
FINAL, OURO
Continuamos a expandir o suporte a idiomas e a aprofundar as verificações de segurança. Nesta versão, habilitamos verificações de segurança para projetos em e projetos criados em .
Várias consultas em um diagrama
PREMIUM, ULTIMATE, PRATA, OURO
No GitLab, você pode criar gráficos para visualizar as métricas coletadas. Muitas vezes, por exemplo, se você precisar observar o valor máximo ou médio de uma métrica, desejará exibir vários valores em um gráfico. A partir deste lançamento, você tem esta oportunidade.
Resultados DAST no Painel de Segurança do Grupo
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Adicionamos resultados do Dynamic Application Security Testing (DAST) ao painel de segurança da equipe, além de SAST, verificação de contêiner e verificação de dependências.
Adicionando metadados a um relatório de verificação de contêiner
FINAL, OURO
Nesta versão, o Container Scan Report contém mais metadados - adicionamos componente afetado (um recurso Clair) em metadados existentes: prioridade, ID (com referência a mitre.org) e nível afetado (por exemplo, debian:8).
Adicionando um tipo de relatório de métricas para solicitações de mesclagem
PREMIUM, ULTIMATE, PRATA, OURO
O GitLab já fornece vários tipos de relatórios que podem ser incluídos diretamente nas solicitações de mesclagem: desde relatórios até и na fase de verificação até и na fase de proteção.
Embora estes sejam relatórios importantes, também são necessárias informações básicas que se ajustem a diferentes cenários. No GitLab 11.10, fornecemos relatórios de métricas diretamente na solicitação de mesclagem, que espera um par simples de chave-valor. Dessa forma, os usuários acompanham as alterações ao longo do tempo, incluindo métricas personalizadas e alterações nas métricas de uma solicitação de mesclagem específica. O uso de memória, testes especializados de carga de trabalho e status de integridade podem ser convertidos em métricas simples que podem ser visualizadas diretamente em solicitações de mesclagem junto com outros relatórios integrados.
Suporte para projetos Maven de vários módulos para verificação de dependências
FINAL, OURO
Com esta versão, os projetos Maven de vários módulos oferecem suporte à verificação de dependências do GitLab. Anteriormente, se um submódulo dependesse de outro submódulo do mesmo nível, ele não poderia permitir o carregamento do repositório central do Maven. Agora, um projeto Maven multimódulo é criado com dois módulos e uma dependência entre os dois módulos. As dependências entre módulos irmãos agora estão disponíveis no repositório Maven local para que a construção possa prosseguir.
Os usuários podem alterar o caminho de clonagem no CI
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Por padrão, o GitLab Runner clona o projeto em um subcaminho exclusivo em $CI_BUILDS_DIR. Mas para alguns projetos, como Golang, o código precisa ser clonado em um diretório específico para que possa ser construído.
No GitLab 11.10 introduzimos a variável GIT_CLONE_PATH, que permite especificar um caminho específico onde o GitLab Runner clona o projeto antes de executar a tarefa.
Mascaramento simples de variáveis protegidas em logs
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
GitLab oferece várias maneiras и variáveis no GitLab CI/CD. Mas as variáveis ainda podem acabar nos logs de construção, intencionalmente ou acidentalmente.
O GitLab leva a sério o gerenciamento de riscos e a auditoria e continua adicionando recursos de conformidade. No GitLab 11.10, introduzimos a capacidade de mascarar certos tipos de variáveis em logs de rastreamento de trabalho, adicionando um nível de proteção contra o conteúdo dessas variáveis serem acidentalmente incluídos nos logs. E agora GitLab muitas variáveis de token integradas.
Habilite ou desabilite o Auto DevOps no nível da equipe
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Com o Auto DevOps em um projeto GitLab.com, você pode assumir fluxos de trabalho modernos de DevOps, desde a criação até a entrega, sem complicações.
A partir do GitLab 11.10, você pode ativar ou desativar o Auto DevOps para todos os projetos do mesmo grupo.
Página de licença simplificada e aprimorada
STARTER, PREMIUM, FINAL
Para tornar o gerenciamento de chaves de licença mais conveniente e simples, redesenhamos a página de licenças no painel de administração e destacamos os elementos mais importantes.
Atualizar o seletor de atalho para implantações do Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Os painéis de implantação exibem informações sobre todas as implantações do Kubernetes.
Nesta versão, mudamos a forma como mapeamos atalhos para implantações. As partidas já estão disponíveis por app.example.com/app и app.example.com/env ou app. Isto evitará conflitos de filtragem e o risco de implantações incorretas associadas ao projeto.
Além disso, no GitLab 12.0 nós , e uma correspondência só será possível por app.example.com/app и app.example.com/env.
Criação dinâmica de recursos do Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
A integração do Kubernetes com o GitLab permite que você use o recurso RBAC usando uma conta de serviço e um namespace dedicado para cada projeto do GitLab. A partir desta versão, para máxima eficiência, esses recursos só serão criados quando necessários para implantação.
Ao implantar o Kubernetes, o GitLab CI criará esses recursos antes da implantação.
Executores de grupo para clusters em nível de grupo
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Clusters em nível de grupo agora oferecem suporte à instalação do GitLab Runner. Os executores do Kubernetes em nível de grupo aparecem para projetos filhos como executores de grupo rotulados cluster и kubernetes.
Contador de chamadas para funções Knative
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Recursos implantados com , agora mostra o número de chamadas recebidas para uma função específica. Para fazer isso, você precisa instalar o Prometheus no cluster onde o Knative está instalado.
Controle de parâmetros git clean para trabalhos de CI/CD do GitLab
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Por padrão, o GitLab Runner é executado git clean durante o processo de upload do código ao executar um trabalho no GitLab CI/CD. A partir do GitLab 11.10, os usuários podem controlar os parâmetros passados para uma equipe git clean. Isto é útil para equipes com executores dedicados, bem como para equipes que coletam projetos de grandes monorepositórios. Agora eles podem controlar o processo de descarregamento antes de executar os scripts. Nova variável GIT_CLEAN_FLAGS o valor padrão é -ffdx e aceita todos os parâmetros de comando possíveis [git clean](https://git-scm.com/docs/git-clean).
Autorização externa no Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Ambientes seguros podem exigir um recurso de autorização externo adicional para acessar o projeto. Adicionamos suporte para um nível adicional de controle de acesso em e recebi muitos pedidos para abrir esta funcionalidade no Core. Temos o prazer de introduzir autorização externa e uma camada adicional de segurança para instâncias Core, uma vez que esse recurso é necessário para participantes individuais.
Capacidade de criar projetos em grupos no Core
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
A função Desenvolvedor pode criar projetos em grupos , e agora isso é possível no Core. A criação de projetos é um recurso fundamental para a produtividade no GitLab e, ao incluir esse recurso no Core, agora é mais fácil para os membros da instância fazerem algo novo.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Hoje lançamos o GitLab Runner 11.10! GitLab Runner é um projeto de código aberto usado para executar trabalhos de CI/CD e enviar os resultados de volta ao GitLab.
As mudanças mais interessantes:
- .
- .
- .
- .
- .
A lista completa de alterações pode ser encontrada no changelog do GitLab Runner: .
Correção do devolvido project_id na API de pesquisa de blob no Elasticsearch
STARTER, PREMIUM, FINAL
Corrigimos um bug na API de pesquisa de blob do Elasticsearch que retornava erroneamente 0 para project_id. Isso será necessario para obter os valores corretos project_id depois de instalar esta versão do GitLab.
Melhorias no ônibus
CORE, STARTER, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias no Omnibus no GitLab 11.10:
- GitLab 11.10 inclui , , cuja versão mais recente inclui um novo diretório de integração para migrar facilmente dados do Hipchat e muito mais. Esta versão inclui , e recomendamos a atualização.
- Nós e agora é fácil começar a monitorar sua instância do GitLab.
- Adicionamos suporte para exclusão de imagens de contêiner antigas do registro do Docker.
- Atualizamos os ca-certs para 2019/01/23.
Melhorias de desempenho
CORE, STARTER, PREMIUM, ULTIMATE, GRATUITO, BRONZE, PRATA, OURO
Continuamos a melhorar o desempenho do GitLab a cada lançamento para instâncias do GitLab de todos os tamanhos. Algumas melhorias no GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Gráficos GitLab aprimorados
CORE, STARTER, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias nos gráficos do GitLab:
- .
Recursos desatualizados
GitLab Geo fornecerá armazenamento com hash no GitLab 12.0
GitLab Geo obrigatório para mitigar a concorrência em nós secundários. Isto foi notado em .
No GitLab adicionamos este requisito à documentação geográfica: .
No GitLab sudo gitlab-rake gitlab:geo:check verifica se o armazenamento com hash está habilitado e todos os projetos são migrados. Cm. . Se você estiver usando Geo, execute esta verificação e migre o mais rápido possível.
No GitLab aviso permanentemente desativado será exibido na página Área Administrativa > Geo > Nodes, se as verificações acima não forem permitidas.
No GitLab Geo usará requisitos de armazenamento com hash. Cm. .
Data de exclusão: 22 junho 2019 cidade
Suporte Ubuntu 14.04
GitLab 11.10 será o último lançamento com .
Canonical anunciou o fim do suporte padrão para Ubuntu 14.04 . Aconselhamos os usuários a atualizar para uma versão LTS compatível: Ubuntu 16.04 ou Ubuntu 18.04.
Data de exclusão: 22 Maio 2019 cidade
Limitando o número máximo de pipelines criados por envio
Anteriormente, o GitLab criava pipelines para HEAD cada ramo na submissão. Isso é conveniente para desenvolvedores que enviam várias alterações de uma vez (por exemplo, para um branch de recursos e para um branch develop).
Mas ao enviar um repositório grande com muitas ramificações ativas (por exemplo, movimentação, espelhamento ou ramificação), você não precisa criar um pipeline para cada ramificação. A partir do GitLab 11.10 estamos criando ao enviar.
Data de exclusão: 22 Maio 2019 cidade
Caminhos de código legado do GitLab Runner desatualizados
A partir do Gitlab 11.9, o GitLab Runner usa clonando/chamando o repositório. Atualmente, o GitLab Runner usará o método antigo se o novo não for compatível. Veja mais detalhes em .
No GitLab 11.0, alteramos a aparência da configuração do servidor de métricas para o GitLab Runner. metrics_server será removido em favor listen_address no GitLab 12.0. Veja mais detalhes em .
Na versão 11.3, o GitLab Runner começou a oferecer suporte ; o que levou a novas configurações para . Em , fornece uma tabela de alterações e instruções para migrar para a nova configuração. Veja mais detalhes em .
Esses caminhos não estarão disponíveis no GitLab 12.0. Como usuário, você não precisa alterar nada além de garantir que sua instância do GitLab esteja executando a versão 11.9+ ao atualizar para o GitLab Runner 12.0.
Data de exclusão: 22 junho 2019 cidade
Parâmetro obsoleto para recurso de ponto de entrada para GitLab Runner
11.4 GitLab Runner apresenta o parâmetro de recurso para resolver problemas como и .
No GitLab 12.0 mudaremos para o comportamento correto como se a configuração do recurso estivesse desabilitada. Veja mais detalhes em .
Data de exclusão: 22 junho 2019 cidade
Suporte obsoleto para distribuição Linux atingindo EOL para GitLab Runner
Algumas distribuições Linux nas quais o GitLab Runner pode ser instalado cumpriram seu propósito.
No GitLab 12.0, o GitLab Runner não distribuirá mais pacotes para essas distribuições Linux. Uma lista completa de distribuições que não são mais suportadas pode ser encontrada em nosso . Agradecimentos a Javier Ardo () por !
Data de exclusão: 22 junho 2019 cidade
Removendo comandos antigos do GitLab Runner Helper
Como parte dos nossos esforços para apoiar tive que abandonar alguns comandos antigos que são usados para .
No GitLab 12.0, o GitLab Runner é iniciado usando novos comandos. Isso se aplica apenas a usuários que . Veja mais detalhes em .
Data de exclusão: 22 junho 2019 cidade
Removendo o mecanismo legado git clean do GitLab Runner
No GitLab Runner 11.10 configurar como o Runner executa um comando git clean. Além disso, a nova estratégia de limpeza elimina o uso git reset e coloca o comando git clean após a etapa de descarregamento.
Como esta mudança de comportamento pode afetar alguns usuários, preparamos um parâmetro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se você definir o valor true, ele restaurará a estratégia de limpeza herdada. Mais sobre como usar parâmetros de função no GitLab Runner pode ser encontrado .
No GitLab Runner 12.0, removeremos o suporte para a estratégia de limpeza legada e a capacidade de restaurá-la usando um parâmetro de função. Veja mais detalhes em .
Data de exclusão: 22 junho 2019 cidade
Seção Informações do sistema no painel de administração
GitLab apresenta informações sobre sua instância GitLab em admin/system_info, mas essas informações podem não ser precisas.
Nós painel de administração no GitLab 12.0 e recomendamos usar .
Data de exclusão: 22 junho 2019 cidade
Log de alterações
Procure todas essas mudanças no changelog:
Instalação
Se você estiver configurando uma nova instalação do GitLab, visite .
Обновление
Confira .
Planos de assinatura do GitLab
GitLab está disponível em dois sabores: и .
: No local ou na plataforma de nuvem de sua preferência.
- núcleo: para equipes pequenas, projetos pessoais ou avaliação do GitLab por período ilimitado.
- Inicial: Para equipes que trabalham no mesmo escritório em vários projetos que precisam de suporte profissional.
- Premium : para equipes distribuídas que precisam de recursos avançados, alta disponibilidade e suporte XNUMX horas por dia, XNUMX dias por semana.
- final: Para empresas que exigem estratégia e execução robustas com segurança e conformidade aprimoradas.
- GitLab.com: Hospedado, gerenciado e administrado pelo GitLab para desenvolvedores individuais e equipes.
- Gratuito: Repositórios privados ilimitados e número ilimitado de colaboradores do projeto. Projetos fechados têm acesso a recursos de nível GratuitoTer ter acesso a recursos de nível Dourado.
- Bronze: para equipes que precisam de acesso a recursos avançados de fluxo de trabalho.
- Prata: para equipes que precisam de recursos de DevOps mais robustos, conformidade e suporte mais rápido.
- Dourado: Adequado para muitos trabalhos de CI/CD. Todos os projetos abertos podem usar os recursos Gold gratuitamente, independentemente do plano.
Fonte: habr.com