O GitLab 11.10 com pipelines no painel de controle, piplines para resultados combinados e ofertas em várias linhas nas solicitações de mesclagem.
Informações convenientes sobre o desempenho de gasodutos em diferentes projetos
O GitLab continua a aumentar a transparência do ciclo de vida do DevOps. Nesta versão , uma visão geral do status dos pipelines foi adicionada ao painel de controle .
Isso é conveniente mesmo se você estiver estudando o pipeline de um projeto, mas é especialmente útil se houver vários projetos , e geralmente é o caso se você usa microsserviços e deseja executar o pipeline para testar e fornecer código de diferentes repositórios de projetos. Agora você pode ver imediatamente a funcionalidade dos pipelines no painel de controle , onde quer que eles sejam executados.
Pipelines em execução para resultados combinados
Com o tempo, as ramificações de origem e de destino divergem, e uma situação pode surgir quando elas lidam individualmente, mas não trabalham juntas. Agora você pode executar os pipelines dos resultados combinados para mesclar . Dessa forma, você notará rapidamente erros que só ocorreriam se as alterações fossem frequentemente movidas entre ramificações, o que significa que você corrigirá os erros do pipeline muito mais rapidamente e usará o GitLab Runner com mais eficiência.
Otimização de colaboração adicional
O GitLab 11.10 possui ainda mais recursos para facilitar a colaboração e fluxos de trabalho simplificados. Na edição anterior, apresentamos propostas para solicitações de mesclagem, quando o revisor poderia propor uma alteração em uma linha no comentário à solicitação de mesclagem, e ela poderia ser imediatamente confirmada diretamente no segmento de comentários. Nossos usuários gostaram e pediram para expandir esse recurso. Agora você pode sugerir alterações para várias linhas , indicando quais linhas excluir e quais adicionar.
Obrigado pelo seu feedback e sugestões!
E isso não é tudo ...
Esta versão possui muitos recursos impressionantes, como atalhos em uma área específica , limpeza mais completa do registro de contêiner , DevOps automáticos compostáveis e a capacidade de comprar minutos adicionais do CI Runner . Abaixo estão detalhes sobre cada um deles.
Empregado mais valioso do mês ( MVP ) - Takuya Noguchi
Este mês, Takuya Noguchi se tornou o funcionário mais valioso. Takuya fez um bom trabalho para a glória do GitLab : bugs corrigidos, bugs completos no back-end e front-end e aprimoraram a interface do usuário. Obrigada
Principais características do GitLab 11.10
Tubulações no painel de controle
PREMIUM, ULTIMATE, PRATA, OURO
O painel de controle no GitLab exibe informações do projeto para toda a instância do GitLab. Você adiciona projetos individuais, um de cada vez, e pode escolher qual projeto lhe interessa.
Nesta edição, adicionamos informações sobre o status dos pinos ao painel de controle. Agora, os desenvolvedores veem a funcionalidade dos pipelines em todos os projetos necessários - em uma interface.
Pipelines para resultados combinados
PREMIUM, ULTIMATE, PRATA, OURO
Geralmente, com o tempo, o ramo de origem se desvia do ramo de destino, se você não mover constantemente as alterações entre eles. Como resultado, os pipelines de origem e de destino são "verdes" e não há conflitos de mesclagem, mas a fusão falha devido a alterações incompatíveis.
Quando a linha de pagamento das solicitações 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 por esse link e garantir que o resultado geral esteja funcionando.
Se você usar pipelines de solicitação de mesclagem (em qualquer qualidade) e usar os corredores privados do GitLab versão 11.8 ou posterior, precisará atualizá-los para que o gitlab-ee # 11122 não ocorra . Isso não afeta os usuários dos corredores do GitLab publicamente disponíveis.
Sugerindo alterações em várias linhas
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Ao trabalhar juntos em solicitações de mesclagem, você geralmente percebe problemas e propõe soluções. Desde o GitLab 11.6, apoiamos a sugestão de alterações para uma única linha.
Na versão 11.10, nos comentários à solicitação de diff, você pode sugerir alterações para várias linhas e, em seguida, qualquer usuário com permissões de gravação na ramificação original pode aceitá-las com um clique. Graças ao novo recurso, é possível evitar copiar e colar, como nas versões anteriores.
Atalhos em uma área
PREMIUM, ULTIMATE, PRATA, OURO
Com rótulos em uma área, as equipes podem usar rótulos mutuamente exclusivos (na mesma área) para uma tarefa, solicitação de mesclagem ou épico em cenários com campos personalizados ou estados de fluxo de trabalho personalizados. Eles são configurados usando sintaxe especial com dois pontos no cabeçalho do rótulo.
Digamos que você precise de um campo personalizado nas tarefas para rastrear o sistema operacional da plataforma que suas funções visam. Cada tarefa deve estar relacionada a apenas uma plataforma. Você pode criar atalhos para a platform::iOS , platform::Android , platform::Linux e outros, conforme necessário. Se você aplicar um desses atalhos a uma tarefa, outro atalho existente que iniciará com platform:: automaticamente excluído.
Suponha que você tenha atalhos para workflow::development de workflow::development , workflow::review e workflow::deployed , indicando o status do fluxo de trabalho em sua equipe. Se a tarefa já possui um atalho workflow::development e o desenvolvedor deseja transferi-la para o estágio workflow::review , ele simplesmente 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 painel de tarefas que representam o fluxo de trabalho da sua equipe. Agora, os membros da equipe que não trabalham diretamente com o painel de tarefas podem alterar o estado do fluxo de trabalho nas próprias tarefas.
Limpeza mais completa do registro de contêineres
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
No uso normal do registro de contêiner com pipelines de IC, 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, no final, elas consomem muita memória. Se você usar a opção -m com o registry-garbage-collect , poderá remover rapidamente todas as alterações anteriores e liberar espaço valioso.
Comprando mais minutos CI Runner
BRONZE, PRATA, OURO
Usuários com planos pagos do GitLab.com (Gold, Silver, Bronze) agora podem comprar minutos adicionais do CI Runner. Anteriormente, era necessário se enquadrar na cota estipulada pelo plano. Graças a essa melhoria, você pode pré-comprar minutos além da cota para evitar interrupções no trabalho devido à interrupção dos oleodutos.
Agora, 1000 minutos custam US $ 8, e você pode comprá-los o quanto quiser. Minutos adicionais começarão a ser gastos quando você gastar toda a cota mensal e o restante dos minutos adicionais serão transferidos para o próximo mês. Em uma versão futura, queremos adicionar esse recurso aos planos gratuitos.
DevOps automáticos vinculáveis
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Com o Auto DevOps, as equipes estão migrando para as práticas modernas de DevOps sem quase nenhum esforço. A partir do GitLab 11.10, cada trabalho no Auto DevOps é fornecido como um modelo independente . Os usuários podem usar includes no GitLab CI para habilitar estágios individuais do Auto DevOps e usar seu gitlab-ci.yml personalizado. Dessa forma, você pode incluir apenas o trabalho certo e aproveitar as atualizações no upstream.
PRATA, OURO
Antes, você precisava gerenciar grupos no GitLab.com manualmente. Agora você pode usar o SAML SSO e gerenciar grupos usando o SCIM para criar, excluir e atualizar usuários no GitLab.com.
Isso é 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.
Entre no GitLab.com através do provedor SAML
PRATA, OURO
Anteriormente, ao usar o SAML SSO para grupos, o usuário precisava fazer logon com credenciais do GitLab e um provedor de identidade. Agora você pode efetuar login diretamente através do SSO como um usuário do GitLab vinculado a um grupo configurado.
Os usuários não precisam fazer login duas vezes, por isso é mais conveniente que as empresas usem o SAML SSO para GitLab.com.
Outras melhorias no GitLab 11.10
Diagrama de épicos infantis
ULTIMATE, GOLD
Na edição anterior, adicionamos épicos filho (épicos épicos) para facilitar o gerenciamento da estrutura de distribuição de tarefas. Os épicos filhos são exibidos na página épica pai.
Nesta edição, a página épica pai exibe o esquema dos épicos filhos, para que as equipes vejam o histórico dos filhos e possam gerenciar dependências de tempo.
Marge request popup screens
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Nesta edição, apresentamos telas informativas que aparecem quando você passa o mouse sobre o link de solicitação de mesclagem. Anteriormente, mostrávamos apenas o título da solicitação de mesclagem e agora também o status da solicitação de mesclagem, o status do pipeline do IC e o URL curto.
Em versões futuras, planejamos adicionar informações mais importantes, por exemplo, pessoas responsáveis e pontos de controle , e também introduzir telas pop-up para tarefas .
Filtrando Solicitações de Mesclagem por Ramificações de Destino
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Os fluxos de trabalho do Git para liberar ou fornecer software geralmente são associados a várias ramificações de longo prazo - para fazer correções nas versões anteriores (por exemplo, stable-11-9 ) ou para alternar do controle de qualidade para a produção (por exemplo, integration ), mas não é tão fácil de 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 pelo ramo de destino da solicitação de mesclagem para facilitar a localização da que você precisa.
Obrigado, Hiroyuki Sato
Envio e mesclagem no pipeline bem-sucedido
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Se usarmos o método de desenvolvimento de desenvolvimento baseado em tronco, devemos evitar ramificações de longa duração em favor de ramificações temporárias pequenas e de um proprietário. Geralmente, pequenas alterações são enviadas diretamente para a ramificação de destino, mas, ao mesmo tempo, corremos o risco de interromper a montagem.
Nesta versão, o GitLab suporta novas opções de envio no Git para abrir automaticamente solicitações de mesclagem, definir uma ramificação de destino e fornecer uma mesclagem no pipeline bem-sucedido a partir de uma linha de comando ao enviar para uma ramificação.
Integração aprimorada com painéis externos
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
O GitLab pode acessar vários servidores Prometheus (no ambiente, projeto e nível de grupo (esperado) ), mas ter vários pontos de extremidade pode complicar o sistema ou pode não ser suportado por painéis padrão. Nesta versão, as equipes podem usar a mesma API do Prometheus, o que simplifica bastante a integração com serviços como o Grafana.
Classificar páginas do Wiki por data de criação
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
No wiki do projeto, as equipes podem compartilhar documentação e outras informações importantes, juntamente com o código-fonte e as tarefas. Nesta versão, a lista de páginas no Wiki pode ser classificada por data de criação e título para encontrar rapidamente o conteúdo recém-criado.
Monitorando recursos solicitados pelo cluster
ULTIMATE, GOLD
O GitLab ajuda a monitorar o cluster Kubernetes para aplicativos de desenvolvimento e produção. A partir desta versão, acompanhe os recursos e a memória do processador solicitados pelo cluster para ver possíveis dificuldades antes que elas se tornem problemas.
Visualizar métricas do balanceador de carga no painel Grafana
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
É muito importante monitorar a integridade da instância do GitLab. Anteriormente, fornecíamos painéis por padrão por meio de uma instância incorporada do Grafana. A partir desta versão, incluímos painéis adicionais para monitorar os balanceadores de carga NGINX.
SAST para Elixir
ULTIMATE, GOLD
Continuamos a expandir o suporte ao idioma e aprofundar as verificações de segurança. Nesta versão, incluímos verificações de segurança para projetos no Elixir e projetos criados na plataforma Phoenix .
Várias consultas em um gráfico
PREMIUM, ULTIMATE, PRATA, OURO
No GitLab, você pode criar gráficos para visualizar as métricas coletadas. Freqüentemente - por exemplo, se você precisar examinar o valor máximo ou médio de uma métrica - deseje exibir vários valores em um diagrama. Começando com este lançamento, você tem a oportunidade.
Resultados DAST no painel de segurança do grupo
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Adicionamos os resultados do DAST (Dynamic Application Security Testing) ao painel de segurança do grupo, além do SAST, verificação de contêiner e verificação de dependência.
ULTIMATE, GOLD
Nesta edição, o relatório de verificação de contêiner contém mais metadados - adicionamos o componente afetado (recurso Clair) aos metadados existentes: prioridade, identificador (com referência a mitre.org) e o nível afetado (por exemplo, debian: 8).
Adicionando um tipo de relatório de métrica para mesclar solicitações
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 sobre a qualidade do código e testes de unidade no estágio de verificação até o SAST e o DAST no estágio de proteção.
Embora estes sejam relatórios importantes, também são necessárias informações básicas adequadas para 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 valor-chave. Dessa forma, os usuários acompanham as alterações ao longo do tempo, incluindo métricas personalizadas e alterações de métricas para uma solicitação de mesclagem específica. O uso da memória, o teste de cargas especializadas e os status de integridade podem ser convertidos em métricas simples que podem ser visualizadas diretamente nas solicitações de mesclagem, juntamente com outros relatórios internos.
Suporte para projetos de varredura de dependência de vários módulos do Maven
ULTIMATE, GOLD
Nesta versão, os projetos de múltiplos módulos do Maven oferecem suporte à varredura de dependência do GitLab. Anteriormente, se um submódulo dependesse de outro submódulo do mesmo nível, não poderia permitir a inicialização a partir do repositório central do Maven. Agora, o projeto de múltiplos módulos do Maven é criado com dois módulos e uma dependência entre os dois módulos. A dependência entre módulos do mesmo nível agora está disponível no repositório local do Maven, para que a compilação possa continuar.
Os usuários podem alterar o caminho da clonagem no IC
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Por padrão, o GitLab Runner clona o projeto em um caminho aninhado 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 montado.
No GitLab 11.10, introduzimos a variável GIT_CLONE_PATH , com a qual você pode especificar o caminho específico em que o GitLab Runner clona o projeto antes que a tarefa seja concluída.
Mascaramento simples de variáveis protegidas em logs
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
O GitLab fornece várias maneiras de proteger e limitar o escopo das variáveis em um IC / CD do GitLab. Mas as variáveis ainda podem intencionalmente ou acidentalmente entrar nos logs de montagem.
O GitLab é sério sobre gerenciamento de riscos e auditoria e continua adicionando recursos para atender aos requisitos. No GitLab 11.10, introduzimos a capacidade de mascarar alguns tipos de variáveis nos logs de rastreamento de tarefas, adicionando um nível de proteção contra a inserção acidental do conteúdo dessas variáveis nos logs. E o GitLab agora disfarça automaticamente muitas das variáveis de token embutidas.
Ativando e desativando os DevOps automáticos no nível do grupo
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Com o Auto DevOps no projeto GitLab.com, você pode assumir facilmente os modernos fluxos de trabalho do DevOps, desde a montagem até a entrega.
A partir do GitLab 11.10, você pode ativar e desativar o DevOps automático para todos os projetos em um grupo.
Página de licença simplificada e aprimorada
PARTIDA, PREMIUM, ULTIMATE
Para gerenciar as chaves de licença, era mais conveniente e mais simples, alteramos o design da página de licença no painel de administração e destacamos os elementos mais importantes.
Etiquetas atualizadas para implantações no cluster Kubernetes
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
As placas de implantação dão uma idéia das implantações no cluster Kubernetes.
Nesta edição, alteramos o método pelo qual os rótulos se relacionam às implantações. As placas de implantação agora procuram os rótulos app.example.com/app e app.example.com/env ou app . Isso evitará conflitos durante a filtragem e reduzirá o risco de amostras incorretas de implantações para exibição nas placas.
Além disso, no GitLab versão 12.0, planejamos abandonar o suporte ao rótulo do aplicativo no seletor de implantação do Kubernetes , e uma correspondência será possível apenas em app.example.com/app e app.example.com/env .
Criação de Recursos Kubernetes Dinamicamente
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
A integração do Kubernetes ao GitLab permite que você use a função RBAC com uma conta de serviço e um espaço de nomes dedicado para cada projeto do GitLab. A partir desta versão, para obter a máxima eficácia, esses recursos serão criados apenas quando necessário para uma implantação.
Ao implantar o Kubernetes, o GitLab CI criará esses recursos antes da implantação.
Corredores de grupo para clusters em nível de cluster
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Agora, os clusters em nível de grupo suportam a instalação do GitLab Runner. Os corredores Kubernetes no nível do grupo são exibidos para projetos filhos como corredores do grupo, cluster rotulado e kubernetes .
Contador de chamadas para funções Knative
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
As funções implantadas com o GitLab Serverless agora mostram o número de chamadas recebidas para uma única função. Para fazer isso, instale o Prometheus no cluster em que o Knative está instalado.
Monitorando git clean opções de git clean para tarefas de IC / CD do GitLab
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Por padrão, o GitLab Runner executa o git clean durante o processo de download do código quando executa o trabalho no IC / CD do GitLab. A partir do GitLab 11.10, os usuários podem controlar os parâmetros passados para o comando git clean . Isso é conveniente para equipes com corredores dedicados, bem como para equipes que coletam projetos de grandes repositórios mono. Agora eles podem controlar o processo de upload antes de executar scripts. A nova variável GIT_CLEAN_FLAGS assume como padrão -ffdx e aceita todos os parâmetros possíveis do comando [git clean](https://git-scm.com/docs/git-clean) .
Autorização externa no Core
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Os ambientes protegidos podem exigir um recurso de autorização externa adicional para acessar o projeto. Adicionamos suporte para um nível adicional de controle de acesso na versão 10.6 e recebemos muitas solicitações para abrir essa funcionalidade no Core. Temos o prazer de apresentar uma autorização externa e um nível adicional de segurança para instâncias principais, pois esse recurso é necessário para participantes individuais.
Capacidade de criar projetos em grupos no Core
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
A função Desenvolvedor pode criar projetos em grupos desde a versão 10.5 e agora é possível no Core. A criação de projetos é uma oportunidade importante para o trabalho produtivo no GitLab e, graças à inclusão desse recurso no Core, os participantes da instância agora são mais fáceis de fazer algo novo.
GitLab Runner 11.10
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Hoje lançamos o GitLab Runner 11.10! O GitLab Runner é um projeto de código aberto usado para executar tarefas de CI / CD e enviar resultados de volta ao GitLab.
As mudanças mais interessantes:
Uma lista completa de alterações pode ser encontrada no log de alterações do GitLab Runner: CHANGELOG .
Correção do retorno project_id na API de pesquisa de blobs no Elasticsearch
PARTIDA, PREMIUM, ULTIMATE
Corrigimos um erro na API de pesquisa de blobs no Elasticsearch, que retornava 0 erroneamente para project_id . Você precisará reindexar o Elasticsearch para obter os valores corretos project_id após instalar esta versão do GitLab.
Melhorias Omnibus
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias no Omnibus no GitLab 11.10:
Aprimoramentos de desempenho
NÚCLEO, ARRANQUE, PREMIUM, FINAL, GRATUITO, BRONZE, PRATA, OURO
Continuamos a melhorar o desempenho do GitLab a cada versão para instâncias do GitLab de qualquer tamanho. Algumas melhorias no GitLab 11.10:
Melhorando os gráficos do GitLab
NÚCLEO, PARTIDA, PREMIUM, ULTIMATE
Fizemos as seguintes melhorias nos gráficos do GitLab:
Recursos preteridos
O GitLab Geo fornecerá armazenamento de hash no GitLab 12.0
O GitLab Geo requer armazenamento em hash para atenuar a concorrência nos nós secundários. Isso foi observado no gitlab-ce # 40970 .
No GitLab 11.5, adicionamos esse requisito à documentação Geográfica : gitlab-ee # 8053 .
No GitLab 11.6, sudo gitlab-rake gitlab:geo:check verifica se o armazenamento com hash está ativado e se todos os projetos foram migrados. Veja gitlab-ee # 8289 . Se você estiver usando o Geo, execute essa verificação e migre o mais rápido possível.
No GitLab 11.8, o aviso do gitlab-ee! 8433 permanentemente desativado será exibido na página Área de administração › Área geográfica › Nós se as verificações acima não forem permitidas.
No GitLab 12.0, o Geo usará os requisitos de armazenamento de hash. Veja gitlab-ee # 8690 .
Data de exclusão: 22 de junho de 2019
Suporte para Ubuntu 14.04
O GitLab 11.10 será a versão mais recente com suporte para o Ubuntu 14.04 .
A Canonical anunciou o término do suporte padrão para o Ubuntu 14.04 a partir de abril de 2019 . Aconselhamos que os usuários atualizem para uma versão suportada do LTS: Ubuntu 16.04 ou Ubuntu 18.04.
Excluído: 22 de maio de 2019
Limitar o número máximo de pipelines criados por um envio
GitLab HEAD . , (, develop ).
, (, , ), . GitLab 11.10 4 .
: 22 2019 .
legacy GitLab Runner
Gitlab 11.9 GitLab Runner / . GitLab Runner , . .
GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .
11.3 GitLab Runner - ; S3 . , . .
GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.
: 22 2019 .
GitLab Runner
11.4 GitLab Runner FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .
GitLab 12.0 , . .
: 22 2019 .
Linux, EOL, GitLab Runner
Linux, GitLab Runner, .
GitLab 12.0 GitLab Runner Linux. , , . ( Javier Jardón ) !
: 22 2019 .
GitLab Runner Helper
Windows Docker executor , helper image .
GitLab 12.0 GitLab Runner . , helper image . .
: 22 2019 .
legacy git clean GitLab Runner
GitLab Runner 11.10 , Runner git clean . , git reset git clean .
, FF_USE_LEGACY_GIT_CLEAN_STRATEGY . true , legacy- . GitLab Runner .
GitLab Runner 12.0 legacy- . .
: 22 2019 .
System Info
GitLab GitLab admin/system_info , .
GitLab 12.0 .
: 22 2019 .
:
GitLab, GitLab .
.
GitLab
GitLab : SaaS .
: .
- Core : , GitLab .
- Starter : , , .
- Premium : , , .
- Ultimate : , .
SaaS — GitLab.com : , GitLab .
- Free : . Free , Gold .
- Bronze : , .
- Silver : , DevOps, .
- Gold : CI/CD. Gold .