Drew DeVault, auteur de l'environnement utilisateur et client de messagerie , sur la mise en place d'un pôle projets dans la plateforme de co-développement qu'elle développe . Les développeurs peuvent désormais créer des projets plusieurs services, et également visualiser projets existants et rechercher parmi eux.
La plateforme Sourcehut se distingue par sa capacité à fonctionner pleinement sans JavaScript, ses hautes performances et son organisation du travail sous forme de mini-services de style Unix. La fonctionnalité d'un projet dans Sourcehut est constituée de composants individuels qui peuvent être combinés et utilisés séparément, par exemple uniquement des tickets ou simplement du code sans nécessairement lier le référentiel aux tickets. La possibilité de combiner librement les ressources rend difficile la détermination des ressources appartenant à un projet. Le Project Hub résout ce problème et permet de rassembler toutes les informations liées au projet en un seul endroit. Par exemple, sur une page de projet, vous pouvez désormais placer une description générale et répertorier les référentiels du projet, les sections de suivi des problèmes, la documentation, les canaux d'assistance et les listes de diffusion.
Pour l'intégration avec des plateformes externes, une API et un système de connexion de gestionnaires Web (webhooks) sont proposés. Les fonctionnalités supplémentaires de Sourcehut incluent la prise en charge d'un wiki, un système d'intégration continue, des discussions par courrier électronique, l'arborescence des archives de courrier, la révision des modifications via le Web, l'ajout d'annotations au code (attache de liens et de documentation). En plus de Git, Mercurial est pris en charge. Le code est écrit en Python et Go, et sous licence GPLv3.
Il est possible de créer des référentiels publics, privés et cachés avec un système de contrôle d'accès flexible qui permet d'organiser la participation au développement, y compris les utilisateurs sans compte local (authentification via OAuth ou participation par email). Un système de rapport de problèmes privé est fourni pour informer et coordonner les correctifs de vulnérabilités. Les e-mails envoyés par chaque service sont cryptés et vérifiés à l'aide de PGP. Une authentification à deux facteurs basée sur des clés TOTP à usage unique est utilisée pour se connecter. Pour analyser les incidents, un journal d’audit détaillé est tenu.
L'infrastructure d'intégration continue intégrée permet
effectuer des builds automatisés dans des environnements virtuels sur divers systèmes Linux et BSD. Le transfert direct du travail d'assemblage vers CI sans le placer dans un référentiel est autorisé. Les résultats du build sont reflétés dans l'interface, envoyés par email ou transmis via un webhook. Pour analyser les pannes, il est possible de se connecter aux environnements d'assemblage via SSH.
Au stade actuel de développement, Sourcehut travaille plus rapide que les services concurrents, par exemple, les pages contenant des informations récapitulatives, une liste de validation, un journal des modifications, une vue du code, des problèmes et une arborescence de fichiers s'ouvrent 3 à 4 fois plus rapidement que GitHub et GitLab, et 8 à 10 fois plus rapide que Bitbucket. A noter que Sourcehut n'a pas encore quitté 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 créant un ticket et en attachant un lien vers une branche dans Git) . L'inconvénient est aussi une interface unique, peu familière aux utilisateurs de GitHub et GitLab, mais néanmoins simple et immédiatement compréhensible.
Source: opennet.ru