Git Forge: un service lancé par Fedora et CentOS pour l'hébergement de vos projets

fedora_infra

Les développeurs qui sont à l'origine des projets des distributions Linux populaires Sortie de "CentOS et Fedora" récemment via une annonce la décision de créer un service de développement conjoint, qui a nommé comme "Git Forge".

Ce nouveau service sera construit en utilisant la plateforme GitLab qui deviendra la plateforme principale d'interagir avec les référentiels Git et d'héberger des projets liés aux distributions CentOS et Fedora.

Lors de l'évaluation des solutions possibles pour le nouveau Git Forge, Pagure et Gitlab ont été considérés. Sur la base de l'étude d'environ 300 avis et suggestions des participants aux projets Fedora, CentOS, RHEL et CPE, exigences de fonctionnalité formées et décision prise en faveur de Gitlab.

En plus des opérations typiques avec les référentiels, la sécurité, la convivialité et la stabilité de la plate-forme ont été déclarées parmi les exigences clés.

Les exigences comprenaient des fonctionnalités telles que l'envoi de demandes push via HTTPS, signifie restreindre l'accès aux versions, prise en charge des versions privées, partager l'accès entre les utilisateurs externes et interness (par exemple, travailler sur la correction des vulnérabilités pendant l'embargo pour divulguer des informations sur un problème), l'unification des sous-systèmes pour travailler avec les rapports de problèmes, le code, la documentation et la planification de nouvelles fonctionnalités, la disponibilité d'outils d'intégration avec l'EDI, le support pour les flux de travail typiques.

Parmi les fonctionnalités de GitLab qui ont finalement influencé la décision de choisir cette plateforme, le soutien des sous-groupes avec un accès sélectif aux référentiels a été mentionné, la possibilité d'utiliser un bot pour les fusions automatiques (CentOS Stream est nécessaire pour supporter les packages avec le noyau), la présence d'outils intégrés pour la planification du développement, la possibilité d'utiliser un service SAAS prêt à l'emploi avec un niveau de disponibilité garanti (cela libérera des ressources pour maintenir le serveur infrastructure).

La décision a déjà suscité des critiques parmi les développeurs, concernant le fait que la décision a été prise sans discussion préalable préalable.

Aussi il y avait des inquiétudes que le service n'utiliserait pas l'édition gratuite Comminity de GitLab. En particulier, les capacités requises pour implémenter les exigences de Git Forge décrites dans l'annonce ne sont disponibles que dans la version propriétaire de GitLab Ultimate.

L'intention de profiter du service SAAS fourni par GitLab (application as a service) a également été critiquée, au lieu d'implémenter GitLab sur leurs serveurs, jetant ainsi le service hors de contrôle (par exemple, il est impossible de garantir que toutes les vulnérabilités dans le système est réparé rapidement, l'infrastructure est correctement entretenue et pas un seul moment de télémétrie ne sera imposé et le sabotage par du personnel tiers sera exclu).

La solution ne correspond pas non plus aux principes fondamentaux de Fedora, qui spécifient qu'un projet doit donner la préférence aux alternatives libres.

Alors que, GitLab a annoncé l'ouverture de déploiements de 18 fonctionnalités Quoi auparavant, ils n'étaient proposés que dans les éditions payantes de GitLab:

  • Joindre un problème connexe;
  • Problème d'exportation GitLab vers CSV.
  • La façon de planifier, d'organiser et de visualiser le processus de développement de fonctionnalités ou de versions individuelles.
  • Service intégré pour relier les participants au projet à des tiers par e-mail.
  • Terminal Web pour l'IDE Web.
  • La possibilité de synchroniser des fichiers pour tester les modifications de code dans le terminal Web.
  • Des outils de gestion de conception qui vous permettent de télécharger des conceptions et des ressources pour le problème, en utilisant le problème comme un point d'accès unique à tout ce qui est nécessaire pour développer une nouvelle fonctionnalité.
  • Code de rapport qualité.
  • Prise en charge des gestionnaires de packages Conan (C / C ++), Maven (Java), NPM (node.js) et NuGet (.NET).
  • Prise en charge des implémentations canariennes, vous permettant d'installer une nouvelle version de l'application dans une petite partie du système.
  • Distribution incrémentale, permettant d'abord de livrer de nouvelles versions pour un petit nombre de systèmes seulement, portant progressivement la couverture à 100%.
  • Les drapeaux d'activation des fonctionnalités, qui donnent la possibilité de livrer le projet dans différentes éditions, activant dynamiquement certaines fonctionnalités.
  • Mode de déploiement général qui vous permet d'évaluer l'intégrité de chaque environnement d'intégration continue basé sur Kubernetes.
  • Prise en charge de la définition de plusieurs clusters Kubernetes dans le configurateur
  • Prise en charge de la définition de politiques de sécurité du réseau de conteneurs permettant la différenciation de l'accès entre les pods Kubernetes.

source: Blog de Centos - Blog de Fedora


Le contenu de l'article adhère à nos principes de éthique éditoriale. Pour signaler une erreur, cliquez sur c'est par ici !.

Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.