Desenvolvedores que estão por trás dos projetos das populares distribuições Linux Lançado "CentOS e Fedora" recentemente por meio de um anúncio a decisão de criar um serviço de desenvolvimento conjunto, que nomeou como "Git Forge".
Este novo serviço será construído usando a plataforma GitLab que se tornará a plataforma principal para interagir com repositórios Git e hospedar projetos relacionados a distribuições CentOS e Fedora.
Ao avaliar as possíveis soluções para o novo Git Forge, Pagure e Gitlab foram considerados. Com base no estudo de aproximadamente 300 análises e sugestões de participantes do projeto Fedora, CentOS, RHEL e CPE, requisitos de funcionalidade formados e decisão tomada em favor do Gitlab.
Além das operações típicas com repositórios, a segurança, usabilidade e estabilidade da plataforma foram declaradas entre os principais requisitos.
Os requisitos incluíam recursos como o envio de solicitações push via HTTPS, significa restringir o acesso a versões, suporte para versões privadas, compartilhar o acesso entre usuários externos e internoss (por exemplo, para trabalhar na correção de vulnerabilidades durante o embargo para revelar informações sobre um problema), unificação de subsistemas para trabalhar com relatórios de problemas, código, documentação e planejamento de novos recursos, a disponibilidade de ferramentas para integração com o IDE, suporte para fluxos de trabalho típicos.
Entre os recursos do GitLab que acabaram influenciando a decisão para escolher esta plataforma, o apoio de subgrupos com acesso seletivo a repositórios foi mencionado, la possibilidade de usar um bot para mesclagens automáticas (É necessário CentOS Stream para suportar pacotes com o kernel), a presença de ferramentas integradas para o planejamento do desenvolvimento, a possibilidade de usar um serviço SAAS pronto para uso com um nível de disponibilidade garantido (vai liberar recursos para manter o servidor infraestrutura).
A decisão já causou críticas entre os desenvolvedores, pelo fato de a decisão ter sido tomada sem discussão prévia.
também havia preocupações de que o serviço não usasse a edição gratuita Comminity do GitLab. Em particular, os recursos necessários para implementar os requisitos do Git Forge descritos no anúncio estão disponíveis apenas na versão proprietária do GitLab Ultimate.
Também foi criticada a intenção de aproveitar o serviço SAAS prestado pelo GitLab (aplicativo como serviço), em vez de implementar o GitLab em seus servidores, jogando o serviço fora de controle (por exemplo, é impossível garantir que todas as vulnerabilidades em o sistema é consertado rapidamente, a infraestrutura é mantida adequadamente e nenhum momento de telemetria será imposto e a sabotagem por terceiros será descartada).
A solução também não se encaixa bem com os princípios fundamentais do Fedora, que especificam que um projeto deve dar preferência a alternativas gratuitas.
Entretanto, O GitLab anunciou a abertura de implantações de 18 funcionalidades que anteriormente, eles eram oferecidos apenas em edições pagas do GitLab:
- Anexar um problema relacionado;
- Problema de exportação do GitLab para CSV.
- A maneira de planejar, organizar e visualizar o processo de desenvolvimento de recursos ou lançamentos individuais.
- Serviço integrado para vincular os participantes do projeto a terceiros por e-mail.
- Terminal da Web para IDE da Web.
- A capacidade de sincronizar arquivos para testar alterações de código no terminal da web.
- Ferramentas de gerenciamento de design que permitem fazer upload de designs e recursos para o problema, usando o problema como um único ponto de acesso a tudo o que é necessário para desenvolver um novo recurso.
- Código de relatório de qualidade.
- Suporte para gerenciadores de pacotes Conan (C / C ++), Maven (Java), NPM (node.js) e NuGet (.NET).
- Suporte para implementações Canarian, que permite instalar uma nova versão do aplicativo em uma pequena parte do sistema.
- Distribuição incremental, permitindo primeiro entregar novas versões para apenas um pequeno número de sistemas, trazendo gradualmente a cobertura para 100%.
- Sinalizadores de ativação de funcionalidade, que dão a oportunidade de entregar o projeto em várias edições, ativando dinamicamente determinados recursos.
- Modo de implantação geral que permite avaliar a integridade de cada ambiente de integração contínua baseado em Kubernetes.
- Suporte para definir vários clusters Kubernetes no configurador
- Suporte para definir políticas de segurança de rede de contêiner que permitem a diferenciação de acesso entre pods do Kubernetes.
fonte: Centos Blog - Blog do Fedora