l'achèvement de la première phase de la transition du développement de KDE vers et commencer à utiliser cette plateforme dans la pratique quotidienne sur le site . La première phase de la migration impliquait la traduction de tous les référentiels de code KDE et les processus de révision. Dans la deuxième phase, nous prévoyons d'utiliser les capacités d'intégration continue et dans la troisième, nous prévoyons de passer à l'utilisation de GitLab pour gérer la résolution des problèmes et la planification des tâches.
On s'attend à ce que l'utilisation de GitLab réduise les barrières à l'entrée pour les nouveaux contributeurs, rende la participation au développement de KDE plus courante et étende les capacités des outils de développement, de maintenance du cycle de développement, d'intégration continue et d'examen des modifications. Auparavant, le projet utilisait une combinaison de и , ce qui est perçu comme inhabituel par de nombreux nouveaux développeurs. GitLab est assez proche en capacités de GitHub, est un logiciel libre et est déjà utilisé dans de nombreux projets open source connexes, tels que GNOME, Wayland, Debian et FreeDesktop.org.
La migration a été réalisée par étapes - d'abord, les capacités de GitLab ont été comparées aux besoins des développeurs et un environnement de test a été lancé dans lequel les petits projets KDE actifs qui ont accepté l'expérience ont pu tester la nouvelle infrastructure. Compte tenu des retours reçus, les travaux ont commencé pour éliminer et préparer l'infrastructure pour la traduction de référentiels et d'équipes de développement plus importants. Avec GitLab, il y avait travailler sur l'ajout à l'édition gratuite de la plateforme () fonctionnalités qui manquaient à la communauté KDE.
Le projet compte environ 1200 XNUMX référentiels avec leurs propres spécificités, pour automatiser le transfert desquels les développeurs de KDE ont écrit des utilitaires de migration de données tout en préservant les descriptions, les avatars et les paramètres individuels (par exemple, l'utilisation de branches protégées et de méthodes de fusion spécifiques). Les gestionnaires Git existants (hooks) ont également été portés, utilisés pour vérifier la conformité de l'encodage des fichiers et d'autres paramètres avec les exigences acceptées dans KDE, ainsi que pour automatiser la fermeture des rapports de problèmes dans Bugzilla. Pour faciliter la navigation parmi plus d'un millier de référentiels, les référentiels et les commandes ont été décomposés en et sont distribués selon leurs catégories dans GitLab (bureau, utilitaires, graphiques, son, bibliothèques, jeux, composants système, PIM, frameworks, etc.).
Source: opennet.ru