O projeto CentOS anunciou o lançamento de um serviço para desenvolvimento colaborativo, baseado na plataforma GitLab. A decisão de usar o GitLab como a plataforma principal para hospedar projetos CentOS e Fedora foi tomada no ano passado. É notável que a infraestrutura não foi levantada em seus próprios servidores, mas sim na base do serviço gitlab.com, onde foi criado um espaço para projetos relacionados ao CentOS em gitlab.com/CentOS.
Atualmente, está em andamento a integração da seção com a base de usuários do projeto CentOS, o que permitirá que desenvolvedores se conectem ao serviço GitLab usando contas já existentes. Destaca-se que git.centos.org, baseado na plataforma Pagure, continuará sendo considerado como um lugar para armazenar os códigos-fonte dos pacotes transferidos do RHEL, bem como a base para formar a ramificação CentOS Stream 8. No entanto, a ramificação CentOS Stream 9 já está em desenvolvimento em um novo repositório no GitLab e se distingue pela possibilidade de envolvimento de participantes da comunidade no desenvolvimento. Outros projetos hospedados em git.centos.org permanecem em seus locais atuais e não são forçados a migrarem.
Os opositores da mudança para o modelo SaaS, durante a discussão da decisão tomada, apontaram que o uso de um serviço pronto fornecido pela GitLab não permite o controle total sobre a infraestrutura. Por exemplo, não se pode ter certeza de que a infraestrutura do servidor é mantida devidamente, que as vulnerabilidades são corrigidas rapidamente, que não será imposta telemetria e que o ambiente não foi comprometido devido a um ataque externo ou a ações de funcionários desonestos.
Ao escolher uma plataforma, além das operações típicas com repositórios (mesclagem, criação de forks, adição de código, etc.), foram apresentadas exigências como a possibilidade de enviar solicitações de push via HTTPS, ferramentas para restringir o acesso a branches, suporte a branches privadas, separação de acesso para usuários externos e internos (por exemplo, para trabalhar na correção de vulnerabilidades durante um embargo de divulgação da problemática), familiaridade da interface, unificação de subsistemas para lidar com mensagens sobre problemas, código, documentação e planejamento de novas funcionalidades, presença de ferramentas para integração com IDEs, suporte a fluxos de trabalho típicos e a possibilidade de utilizar um bot para mesclagens automáticas (foi necessário o CentOS Stream para manter pacotes com o núcleo).
Fonte: opennet.ru
