Sortie du système de développement collaboratif GitBucket 4.37

La version du projet GitBucket 4.37 a été présentée, développant un système de collaboration avec les référentiels Git avec une interface dans le style de GitHub et Bitbucket. Le système est facile à installer, a la capacité d’étendre les fonctionnalités via des plugins et est compatible avec l’API GitHub. Le code est écrit en Scala et est disponible sous la licence Apache 2.0. MySQL et PostgreSQL peuvent être utilisés comme SGBD.

Principales fonctionnalités de GitBucket :

• Prise en charge des référentiels Git publics et privés avec accès via HTTP et SSH ;
• Prise en charge de GitLFS ;
• Interface de navigation dans le référentiel avec prise en charge de l'édition de fichiers en ligne ;
• Disponibilité du Wiki pour préparer la documentation ;
• Interface de traitement des messages d'erreur (Issues) ;
• Outils de traitement des demandes de modifications (Pull request) ;
• Système d'envoi de notifications par email ;
• Système simple de gestion des utilisateurs et des groupes avec prise en charge de l'intégration LDAP ;
• Un système de plugins avec une collection de modules complémentaires développés par les membres de la communauté. Les fonctionnalités suivantes sont implémentées sous forme de plugins : création de notes essentielles, publication d'annonces, de sauvegardes, affichage de notifications sur le bureau, tracé de graphiques de validation et dessin d'AsciiDoc.

Dans la nouvelle version :

• Il est désormais possible de définir une URL personnalisée dans les paramètres pour accéder au dépôt via SSH, qui peut être utilisée lorsque les utilisateurs accèdent à GitBucket via SSH non pas directement, mais via un proxy supplémentaire.serveur, en redirigeant les demandes des clients.
• Ajout de la possibilité d'utiliser les clés EDDSA pour vérifier les signatures numériques des commits. Le support est fourni via une mise à jour des composants apaceh-sshd et bouncycastle-java.
• Les restrictions sur la taille maximale du mot de passe ont été modifiées (la limite est passée de 20 à 40 caractères) et l'URL du WebHook (de 200 à 400 caractères).
• L'API Web a été étendue et l'intégration avec le système Jenkins a été améliorée. Ajout d'appels API supplémentaires pour travailler avec Git (API de référence Git) et traiter les listes de problèmes, par exemple, ajout de la prise en charge des données sur les versions de test (jalon) et offre la possibilité d'effectuer des opérations sur tous les enregistrements de problèmes à la fois.

Source: opennet.ru