Une nouvelle version majeure est disponible , une plateforme de gestion du cycle complet de développement logiciel, fournissant un ensemble complet d'outils pour le développement de projets selon la paradigme DevOps. En termes de fonctionnalités, OneDev ressemble à GitLab et permet également de déployer votre propre infrastructure pour le développement collaboratif, la révision, le test, la compilation et la livraison d'applications, sans dépendre de services cloud externes comme GitHub. Le code du projet est écrit en Java et sous licence MIT.
Voici quelques fonctionnalités :
- Un processus simplifié de déploiement de la ferme de compilation pour exécuter des builds CI dans Kubernetes, sans nécessiter d'agents ou de runners. Possibilité de tests dans des conteneurs sous Linux et Windows ;
- Prise en charge de la création de spécifications de construction (Build Spec) en mode visuel sans avoir à écrire de fichiers YAML et à mémoriser une syntaxe ;
- Possibilité de personnaliser le processus de construction à l'aide de paramètres de construction conditionnels, d'exécuter plusieurs travaux de construction en parallèle et de démarrer automatiquement des travaux lors de la survenue de certains événements ;
- Prise en charge de la définition de vos propres états et champs pour les notifications de problèmes (issues), possibilité de définir des dépendances entre les champs et de changer automatiquement d'état lors de la survenue de certains événements ;
- Interface auto-actualisante pour les issues, ne nécessitant pas de rechargement de la page ;
- Système de recherche et de navigation dans le code et les modifications, tenant compte des particularités de la syntaxe Java, JavaScript, C, C++, CSharp, Go, PHP, Python, CSS, SCSS, LESS et R ;
- Prise en charge de l'attachement de discussions et de commentaires externes au code et aux blocs de modifications (diff) ;
- Règles flexibles de révision des pull requests avec la possibilité de protéger certaines branches et d'assigner des développeurs pour révision ;
- Mode d'analyse par étapes des commits lors de la révision des pull requests. Lien avec les discussions de la révision précédente ;
- Langage de requête permettant de trouver les informations nécessaires dans les projets, commits, builds, issues, pull requests et commentaires. Possibilité de sauvegarder la requête et de recevoir des notifications concernant de nouveaux événements associés ;
- Système de contrôle d'accès permettant de définir qui peut modifier le code dans un sous-dossier spécifique, assigner des issues, exécuter des builds de releases, consulter des journaux, etc.
- Fonctionnalités pour créer et cloner des dépôts ;
- Abonnement à des notifications concernant les commits dans la branche master;
- Prise en charge des pull requests avec automatisation de la vérification des commits entrants dans le système d'intégration continue et validation par un comité d'experts comprenant au moins deux développeurs;
- Possibilité de fermer des issues via un message de commit, pouvant lier discussion, commit, builds et pull requests;
- Possibilité de créer des formulaires enregistrables dans l'interface pour afficher quels utilisateurs sont assignés à la résolution des problèmes (issues);
- Prise en charge de la création de champs personnalisés pour l'attachement d'issues à des modules et plateformes spécifiques;
- Possibilité de changer automatiquement le statut d'un problème en Deployed lors de la correction dans le build et en Review lors de l'ouverture d'un pull request;
- Possibilité d'assigner à un problème le statut Verified, que peuvent attribuer les développeurs ayant le statut de testeur;
- Prise en charge de l'initiation manuelle de rebuild avec possibilité d'indiquer la version qui sera assignée et création du tag correspondant en cas de succès du build;
- Possibilité de choisir la plateforme et la version du noyau Linux lors du lancement d'un rebuild manuel;
- Prise en charge des tests CI de diverses combinaisons Oracle/MySQL et Linux/Windows lors de commits dans la branche master;
- Création automatique de notifications d'issues et assignation d'un responsable pour traiter le problème en cas d'échec du build de la branche master dans CI. Autofermeture des issues lors de la résolution de l'échec de build.
- Possibilité de générer des fichiers dans un travail, de les traiter en parallèle dans un second et d'analyser les résultats dans un troisième;
- Prise en charge du redémarrage des travaux en cas d'erreur lors du lancement du handler dans Kubernetes;
- Possibilité d'utiliser le service MySQL lors de l'exécution des travaux;
- Prise en charge de la configuration d'une clé secrète lors de la définition de la spécification du build;
- Possibilité de restreindre l'accès des utilisateurs anonymes uniquement aux releases de certains projets;
- Prise en charge de la restriction de la génération de releases uniquement depuis la branche master et de la mise en production sur les serveurs de travail uniquement pour les releases générées depuis la branche master.
Source : opennet.ru
