{"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\/fr\/blog\/news\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","title":{"rendered":"Fedora et CentOS lancent Git Forge. GitLab ouvre 18 fonctionnalit\u00e9s propri\u00e9taires","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Projets CentOS<\/a><\/noindex> et Fedora<\/a><\/noindex> sur le site de l'entreprise. D\u00e9sormais, les utilisateurs peuvent ajouter un nombre illimit\u00e9 de morceaux \u00e0 leur biblioth\u00e8que.<\/a><\/noindex> sur la solution de cr\u00e9ation d'un service de d\u00e9veloppement collaboratif Git Forge, qui sera construit en utilisant la plateforme GitLab. GitLab sera la plateforme principale pour interagir avec les r\u00e9f\u00e9rentiels Git et pour h\u00e9berger des projets li\u00e9s aux distributions CentOS et Fedora. Le service pr\u00e9c\u00e9demment utilis\u00e9 Pagure<\/a><\/noindex> continuera d'exister, mais sera confi\u00e9 \u00e0 la communaut\u00e9 int\u00e9ress\u00e9e par la poursuite du d\u00e9veloppement. Pagure sera retir\u00e9 sous le soutien de l'\u00e9quipe CPE (Community Platform Engineering) employ\u00e9e par Red Hat, qui s'occupe de la maintenance de l'infrastructure pour le d\u00e9veloppement et la publication des versions de Fedora et CentOS.<\/p>\n

Lors de l'\u00e9valuation des solutions possibles pour le nouveau Git Forge, les options suivantes ont \u00e9t\u00e9 examin\u00e9es
\n Pagure et GitLab. Sur la base de l'examen d'environ 300 retours<\/a><\/noindex> et souhaits des participants des projets Fedora, CentOS, RHEL et CPE, des exigences fonctionnelles ont \u00e9t\u00e9 \u00e9tablies et le choix s'est port\u00e9 sur GitLab. En plus des op\u00e9rations standard sur les r\u00e9f\u00e9rentiels (fusion, cr\u00e9ation de forks, ajout de code, etc.), des exigences cl\u00e9s ont \u00e9t\u00e9 d\u00e9clar\u00e9es telles que la s\u00e9curit\u00e9, la facilit\u00e9 d'utilisation et la stabilit\u00e9 de la plateforme. <\/p>\n

Les exigences comprenaient des capacit\u00e9s telles que l'envoi de demandes push via HTTPS, des moyens de restreindre l'acc\u00e8s aux branches, le support des branches priv\u00e9es, la s\u00e9paration de l'acc\u00e8s pour les utilisateurs externes et internes (par exemple, pour travailler sur la correction de vuln\u00e9rabilit\u00e9s pendant l'embargo sur la divulgation des informations concernant le probl\u00e8me), la familiarit\u00e9 de l'interface, l'unification des sous-syst\u00e8mes pour le travail avec les rapports de probl\u00e8mes, le code, la documentation et la planification de nouvelles fonctionnalit\u00e9s, ainsi que la disponibilit\u00e9 d'outils pour l'int\u00e9gration avec les IDE et le support des flux de travail standard.<\/p>\n

Parmi les fonctionnalit\u00e9s de GitLab qui ont finalement influenc\u00e9 la d\u00e9cision de choisir cette plateforme, on mentionne le support des sous-groupes avec acc\u00e8s s\u00e9lectif aux r\u00e9f\u00e9rentiels, la possibilit\u00e9 d'utiliser un bot pour des fusions automatiques (n\u00e9cessitant CentOS Stream pour la maintenance des paquets du noyau), la pr\u00e9sence d'outils int\u00e9gr\u00e9s pour la planification du d\u00e9veloppement, et la possibilit\u00e9 d'utiliser un service SAAS pr\u00eat \u00e0 l'emploi avec un niveau de disponibilit\u00e9 garanti (permettant de lib\u00e9rer des ressources pour la maintenance de l'infrastructure serveur).<\/p>\n

La d\u00e9cision a d\u00e9j\u00e0 suscit\u00e9<\/a><\/noindex> la critique parmi les d\u00e9veloppeurs concernant le fait que la d\u00e9cision a \u00e9t\u00e9 prise sans discussion pr\u00e9alable large. Des pr\u00e9occupations ont \u00e9galement \u00e9t\u00e9 exprim\u00e9es quant au fait que le service ne va pas utiliser l'\u00e9dition communautaire libre de GitLab. En particulier, les fonctionnalit\u00e9s n\u00e9cessaires \u00e0 la mise en \u0153uvre des exigences d\u00e9crites dans l'annonce ne sont disponibles que dans la version propri\u00e9taire. GitLab Ultimate<\/a><\/noindex>. <\/p>\n

La critique a \u00e9galement \u00e9t\u00e9 faite sur l'intention de profiter du service SAAS (application en tant que service) fourni par GitLab, au lieu de d\u00e9ployer GitLab sur ses propres serveurs, ce qui sort le service du contr\u00f4le (par exemple, il n'est pas possible d'\u00eatre s\u00fbr que toutes les vuln\u00e9rabilit\u00e9s du syst\u00e8me sont corrig\u00e9es rapidement, correctement<\/a><\/noindex> l'infrastructure est maintenue, \u00e0 un moment donn\u00e9, elle ne sera pas t\u00e9l\u00e9m\u00e9trie impos\u00e9e<\/a><\/noindex> et exclusion de la d\u00e9viation de la part du personnel d'une entreprise tierce). La d\u00e9cision n'est pas non plus en accord avec les principes fondamentaux de Fedora<\/a><\/noindex>, qui stipulent que le projet doit privil\u00e9gier les alternatives libres.<\/p>\n

En attendant, GitLab a annonc\u00e9<\/a><\/noindex> a annonc\u00e9 le d\u00e9ploiement de 18 fonctionnalit\u00e9s qui \u00e9taient pr\u00e9c\u00e9demment propos\u00e9es uniquement dans les \u00e9ditions propri\u00e9taires de GitLab. Les fonctionnalit\u00e9s couvrent divers domaines de la gestion du cycle de vie du d\u00e9veloppement logiciel, y compris la planification du d\u00e9veloppement, la cr\u00e9ation de projets, la v\u00e9rification, la gestion des paquets, la g\u00e9n\u00e9ration de versions, la configuration et la s\u00e9curit\u00e9. <\/p>\n

Les fonctions traduites en libre comprennent les suivantes :<\/p>\n