{"id":76255,"date":"2020-04-01T07:42:05","date_gmt":"2020-04-01T05:42:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej"},"modified":"2020-04-01T07:42:05","modified_gmt":"2020-04-01T05:42:05","slug":"fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","title":{"rendered":"Fedora e CentOS lan\u00e7am o Git Forge. GitLab abre 18 recursos propriet\u00e1rios","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Projetos CentOS<\/a><\/noindex> e Fedora<\/a><\/noindex> informaram<\/a><\/noindex> sobre a solu\u00e7\u00e3o para a cria\u00e7\u00e3o do servi\u00e7o colaborativo de desenvolvimento Git Forge, que ser\u00e1 constru\u00eddo utilizando a plataforma GitLab. O GitLab se tornar\u00e1 a plataforma prim\u00e1ria para interagir com reposit\u00f3rios Git e para hospedagem de projetos relacionados aos distribui\u00e7\u00f5es CentOS e Fedora. O servi\u00e7o anteriormente utilizado Pagure<\/a><\/noindex> continuar\u00e1 a existir, mas ser\u00e1 transferido para a responsabilidade da comunidade interessada em continuar o desenvolvimento. O Pagure ser\u00e1 desvinculado da equipe CPE (Community Platform Engineering) empregada na Red Hat, que \u00e9 respons\u00e1vel pela manuten\u00e7\u00e3o da infraestrutura para desenvolvimento e publica\u00e7\u00e3o das vers\u00f5es do Fedora e CentOS.<\/p>\n

Na avalia\u00e7\u00e3o das poss\u00edveis solu\u00e7\u00f5es para o novo Git Forge, foram considerados
\n Pagure e GitLab. Com base na an\u00e1lise de cerca de 300 feedbacks<\/a><\/noindex> e sugest\u00f5es dos participantes dos projetos Fedora, CentOS, RHEL e CPE, foram formulados requisitos funcionais e a escolha recaiu sobre o GitLab. Al\u00e9m das opera\u00e7\u00f5es padr\u00e3o com reposit\u00f3rios (mesclagem, cria\u00e7\u00e3o de forks, adi\u00e7\u00e3o de c\u00f3digo etc.), entre os requisitos chave declarados estavam seguran\u00e7a, facilidade de uso e estabilidade da plataforma. <\/p>\n

Os requisitos inclu\u00edram funcionalidades como envio de pull requests via HTTPS, ferramentas de controle de acesso a branches, suporte a branches privadas, separa\u00e7\u00e3o de acesso entre usu\u00e1rios externos e internos (por exemplo, para trabalhar na corre\u00e7\u00e3o de vulnerabilidades durante o embargo de divulga\u00e7\u00e3o de informa\u00e7\u00f5es sobre o problema), familiaridade da interface, unifica\u00e7\u00e3o de subsistemas para lidar com relat\u00f3rios de problemas, c\u00f3digo, documenta\u00e7\u00e3o e planejamento de novas funcionalidades, e a presen\u00e7a de ferramentas de integra\u00e7\u00e3o com IDEs, al\u00e9m do suporte a workflows padr\u00e3o.<\/p>\n

Das funcionalidades do GitLab que influenciaram a decis\u00e3o pela escolha dessa plataforma, destacam-se o suporte a subgrupos com acesso seletivo a reposit\u00f3rios, a possibilidade de utilizar um bot para fus\u00f5es autom\u00e1ticas (requer CentOS Stream para manter os pacotes com o kernel), a presen\u00e7a de ferramentas integradas para planejamento de desenvolvimento e a possibilidade de usar um servi\u00e7o SAAS pronto com n\u00edvel garantido de disponibilidade (o que permitir\u00e1 liberar recursos para a manuten\u00e7\u00e3o da infraestrutura de servidores).<\/p>\n

A decis\u00e3o j\u00e1 causou<\/a><\/noindex> cr\u00edticas entre os desenvolvedores, relacionadas ao fato de que a decis\u00e3o foi tomada sem discuss\u00e3o ampla pr\u00e9via. Tamb\u00e9m foram expressas preocupa\u00e7\u00f5es de que o servi\u00e7o n\u00e3o utilizaria a edi\u00e7\u00e3o Community do GitLab. Em particular, as funcionalidades necess\u00e1rias para implementar os requisitos descritos no an\u00fancio para o Git Forge est\u00e3o dispon\u00edveis apenas na vers\u00e3o propriet\u00e1ria. GitLab Ultimate<\/a><\/noindex>. <\/p>\n

A inten\u00e7\u00e3o de usar o servi\u00e7o SAAS (software como servi\u00e7o) fornecido pela GitLab tamb\u00e9m foi criticada, em vez de implantar o GitLab em seus pr\u00f3prios servidores, o que retira o servi\u00e7o de seu controle (por exemplo, n\u00e3o \u00e9 poss\u00edvel garantir que todas as vulnerabilidades no sistema sejam corrigidas prontamente. devidamente<\/a><\/noindex> sustentada pela infraestrutura, em um determinado momento, n\u00e3o haver\u00e1 telemetria imposta<\/a><\/noindex> e a possibilidade de uma interven\u00e7\u00e3o por parte da equipe de uma empresa externa). A decis\u00e3o tamb\u00e9m n\u00e3o est\u00e1 alinhada com os princ\u00edpios fundamentais do Fedora<\/a><\/noindex>, que estabelecem que o projeto deve priorizar alternativas livres.<\/p>\n

Enquanto isso, a empresa GitLab anunciou<\/a><\/noindex> anunciou a implementa\u00e7\u00e3o de 18 funcionalidades que anteriormente eram oferecidas apenas nas edi\u00e7\u00f5es propriet\u00e1rias do GitLab. As funcionalidades abrangem diversas \u00e1reas de gest\u00e3o do ciclo de desenvolvimento de software, incluindo planejamento de desenvolvimento, cria\u00e7\u00e3o de projetos, verifica\u00e7\u00e3o, trabalho com pacotes, forma\u00e7\u00e3o de lan\u00e7amentos, configura\u00e7\u00e3o e prote\u00e7\u00e3o. <\/p>\n

As seguintes fun\u00e7\u00f5es foram traduzidas para vers\u00f5es livres:<\/p>\n