Drew DeVault, auteur de l'environnement utilisateur et du client de messagerie , sur la mise en œuvre d'un hub de projets sur sa plateforme de développement collaboratif en cours de développement . Les développeurs peuvent désormais créer des projets, plusieurs services, ainsi que consulter les projets existants et rechercher parmi eux.
La plateforme SourceHut se distingue par sa capacité à fonctionner pleinement sans JavaScript, sa haute performance et l'organisation du travail sous forme de microservices à la manière de Unix. La fonctionnalité du projet dans SourceHut se compose de composants distincts qui peuvent être combinés et utilisés séparément, par exemple, uniquement pour les tickets ou uniquement pour le code sans lien obligatoire entre le dépôt et les tickets. La possibilité de combiner librement les ressources complique la définition des ressources associées à un projet. Le hub de projets résout ce problème en permettant de rassembler toutes les informations relatives à un projet en un seul endroit. Par exemple, sur une page de projet, il est désormais possible d'inclure une description générale ainsi que les dépôts entrants, les sections de suivi des erreurs, la documentation, les canaux de support et les listes de diffusion.
Pour l'intégration avec des plateformes externes, une API et un système de connexion via des webhooks sont proposés. Parmi les fonctionnalités supplémentaires, SourceHut prend en charge les wikis, un système d'intégration continue, des discussions par e-mail, une vue arborescente des archives de mailing lists, la révision des modifications via le Web, et l'ajout d'annotations au code (liens et documentation). En plus de Git, la prise en charge de Mercurial est également disponible. Le code est écrit en Python et Go, et sous licence GPLv3.
il est possible de créer des dépôts publics, privés et cachés avec un système de contrôle d'accès flexible, permettant la participation au développement même d'utilisateurs sans comptes locaux (authentification via OAuth ou participation par e-mail). Pour informer et coordonner les corrections des vulnérabilités, un système de rapports privés sur les problèmes est mis à disposition. Les e-mails envoyés par chaque service sont cryptés et vérifiés par PGP. Une authentification à deux facteurs basée sur des clés temporaires TOTP est utilisée pour la connexion. Un journal d'audit détaillé est tenu pour l'analyse des incidents.
L'infrastructure intégrée d'intégration continue permet de
l'exécution d'assemblages automatisés dans des environnements virtuels sur divers systèmes Linux et BSD. Un transfert direct dans CI des tâches de construction sans les placer dans un dépôt est autorisé. Les résultats des constructions se reflètent dans l'interface, sont envoyés par email ou transmis via un webhook. Pour analyser les échecs, il est possible de se connecter aux environnements de construction via SSH.
À ce stade de développement, Sourcehut fonctionne plus rapidement que les services concurrents, par exemple, les pages avec des résumés d'informations, une liste de commits, un journal des modifications, une vue du code, des problèmes et un arbre de fichiers s'ouvrent 3 à 4 fois plus vite que GitHub et GitLab, et 8 à 10 fois plus vite que Bitbucket. Il convient de noter que Sourcehut n'est pas encore sorti de la phase de développement alpha et que de nombreuses fonctionnalités prévues ne sont pas encore disponibles, par exemple, il n'y a pas encore d'interface web pour les demandes de fusion (une demande de fusion est créée en ouvrant un ticket et en joignant un lien vers la branche débranchée dans Git). L'interface, bien que singulière et différente de celles de GitHub et GitLab, est néanmoins simple et immédiatement compréhensible.
Source : opennet.ru
