Do not speak Portuguese? Translate this site with Google or Bing Translator

Projeto CentOS passou a usar o GitLab em seu desenvolvimento

Mudanças a vista no mais recente momento CentOS, pois o Projeto CentOS passou a usar o GitLab em seu desenvolvimento. Confira!

O Projeto CentOS anunciou recentemente o lançamento de um novo serviço de desenvolvimento colaborativo baseado na plataforma GitLab, isso se deve à decisão de usar o GitLab como principal plataforma de hospedagem para projetos CentOS e Fedora tomada no ano passado.

Projeto CentOS passa a ser desenvolvido usando GitLab

Projeto CentOS passou a usar o GitLab em seu desenvolvimento
Projeto CentOS passou a usar o GitLab em seu desenvolvimento

Deve-se notar que a infraestrutura não foi construída em seus servidores, mas baseada no serviço Gitlab em que a seção gitlab.com/CentOS é fornecida para projetos relacionados ao CentOS.

No momento, o trabalho está em andamento para integrar a seção com a base de usuários do projeto CentOS, o que permitirá que os desenvolvedores se conectem ao serviço Gitlab usando contas existentes.

“Damos as boas-vindas ao CentOS na comunidade GitLab mais ampla! Acreditamos na plataforma DevOps do GitLab e em sua capacidade de ajudar comunidades como o CentOS a planejar, construir, proteger e implantar software de forma colaborativa e transparente com mais rapidez. Esperamos ver o impacto que a mudança para o GitLab terá em sua comunidade.”

Separadamente, observa-se que o projeto que tinham baseado na plataforma Pagure (git.centos.org) continuará a ser considerado como um local para hospedar as fontes dos pacotes portados do RHEL, bem como a base para a formação da filial do CentOS Stream 8.

Mas a ramificação do CentOS Stream 9 já está sendo desenvolvida com base em um novo repositório no GitLab e se distingue pela capacidade de se conectar a colaboradores da comunidade de desenvolvimento, além de outros projetos hospedados em git.centos.org permanecerem em seu lugar por agora e não são necessários migrar.

“Você deve se lembrar que o CPE executou uma sessão de requisitos para encontrar um futuro lar para armazenar nosso código-fonte. O Gitlab foi escolhido como destino com base em vários requisitos. Durante o ano passado, o CentOS Stream foi desenvolvido por meio do Gitlab. Usamos esse período de tempo para testar fluxos de trabalho e agora temos o prazer de anunciar que o Gitlab gentilmente deu as boas-vindas ao CentOS em seu programa GitLab de código aberto. Agora temos um GitLab hospedado disponível para a comunidade CentOS que fornece aos membros da comunidade opções adicionais para gerenciamento de código e projeto. Agora, estamos trabalhando para integrar o sistema de contas CentOS ao Gitlab, permitindo a integração perfeita e o uso de sua conta.”

Por sua vez, também vale mencionar que houve opositores à transição para o modelo SaaS e durante a discussão da decisão tomada apontaram que a utilização de um serviço pronto para uso fornecido pelo GitLab não permite um controle total da infraestrutura, por exemplo, é impossível ter certeza de que a infraestrutura do servidor está devidamente mantida, as vulnerabilidades são prontamente removidas, a telemetria e o ambiente não vão começar a prevalecer não foram comprometidos como resultado de um ataque externo ou ações desonestas funcionários.

“Para maior clareza, https://git.centos.org ainda é o local adequado para todos os downloads de fontes RHEL e conteúdo do CentOS Stream 8. Https://gitlab.com/redhat/centos-stream é o local para contribuir com o CentOS Stream 9 Qualquer conteúdo GIS armazenado em git.centos.org pode ficar lá por enquanto, não estamos pedindo a migração ainda.”

Ao escolher uma plataforma, além das operações padrão com repositórios (mesclar, bifurcar, adicionar código, etc.), havia requisitos como a capacidade de enviar solicitações push sobre HTTPS, meios para limitar o acesso às versões, suporte para versões privadas, compartilhamento de acesso a usuários externos e internos (por exemplo, para trabalhar na correção de vulnerabilidades durante um embargo na divulgação de informações sobre um problema), familiaridade com a interface, subsistemas unificados para trabalhar com relatórios de problemas, código, documentação e planejamento de novos recursos, disponibilidade de ferramentas para integração com IDE, suporte para fluxos de trabalho padrão, capacidade de usar um bot para mesclagens automáticas (requer CentOS Stream para manter pacotes com o kernel).}

Por fim, se você tiver interesse em saber mais sobre o assunto, consulte os detalhes no seguinte endereço.

Sobre o Edivaldo Brito

Edivaldo Brito é analista de sistemas, gestor de TI, blogueiro e também um grande fã de sistemas operacionais, banco de dados, software livre, redes, programação, dispositivos móveis e tudo mais que envolve tecnologia.

Deixe um comentário

Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.