6.4. Gestion des ressources

Pour faciliter la gestion des projets, Red Hat JBoss BPM Suite offre maintenant une façon de gérer plusieurs projets sur la base de standards établis. Cela permet de créer des structures de référentiels conformes aux meilleures pratiques de l'industrie pour les questions de maintenance, de contrôle de version et de distribution de vos projets.

Pour commencer, les référentiels peuvent maintenant être gérés ou non.

Les référentiels non gérés correspondent aux structures de référentiels auquelles vous êtes habitués. Ils peuvent contenir plusieurs projets sans aucun lien entre eux.

Les référentiels gérés, d'autre part, offrent un contrôle de version au niveau du projet et des branches de projets pour gérer le cycle de sortie de projet. De plus, les référentiels de projets peuvent se limiter à un seul projet ou réunir plusieurs projets. Quand un référentiel géré est créé, le processus de configuration de la gestion des ressources est lancé automatiquement afin de créer des branches de référentiel, et la structure de projet correspondante est également créée.

Pour créer un référentiel Géré ou Non-géré, ouvrir une page de création de nouveau référentiel. Allez à Création → Administration, puis cliquer sur Référentiels → Nouveau référentiel. Cela vous mènera à la page Nouveau référentiel.

La création d'un référentiel non-géré est la même qu'auparavant. Saisir le nom du référentiel et sélectionner l'unité organisationnelle à laquelle il appartient, puis cliquer sur le bouton Terminer.

Pour créer un référentiel géré, sélectionner la case Référentiel géré, après avoir donné un nom au référentiel et après avoir sélectionné l'unité organisationnelle à laquelle il appartient. Cliquer le bouton Suite pour saisir des informations sur le référentiel géré.

Sélectionner l’étiquette Projet simple si le projet que vous créez est un simple projet autonome. Saisir les informations sur le projet géré, ainsi que les détails GAV. Vous ne pourrez pas ajouter plus de projets à ce référentiel par la suite.

Pour des projets plus complexes, pour lesquels il s'agit sans doute d'un projet parent comprenant plusieurs petits projets, sélectionner le référentiel Projet multiple. Tous les projets créés dans un référentiel multi-projets seront gérés ensemble, avec leurs numéros de projets incrémentés également. Aussi, saisir les détails du projet parent et le GAV, qui sera hérité par tous les projets futurs que vous allez créer dans le référentiel géré.

Les référentiels gérés ont l'avantage de venir avec des branches gérées. Comme dans GIT, vous pouvez choisir de travailler sur des branches différentes de votre projet (par exemple : master, dev ou sorties de version). Ce processus de branching peut être fait pour vous automatiquement, si vous sélectionnez la case quand vous créez un nouveau référentiel géré (à la fois pour les projets simple ou multiples).

Vous pouvez passer d'une branche à l'autre en sélectionnant la branche voulue quand vous travaillez dans Project Explorer.

Si vous ne sélectionnez pas le branching automatique lors de la création d'un référentiel, vous pourrez créer des branches manuellement par la suite. Pour les référentiels gérés, vous pouvez le faire en utilisant le bouton Configurer. Ce bouton, ainsi que des boutons Release et Diffuser, est donné sur la page Structure du référentiel. Vous pouvez accéder à cette page, en cliquant sur Référentiel → Structure du référentiel dans le menu de perspective . En cliquant sur le bouton Configurer, vous pourrez créer des branches ou modifier celles qui sont créées automatiquement.

Vous pouvez promouvoir des actifs de la branche master à d'autres branches en utilisant le bouton Promouvoir. De même, vous pouvez libérer les branches et les déployer sur le serveur en utilisant le bouton Release.

Ces deux fonctions sont contrôlées en interne par l'utilisation de processus prédéfinis qui sont déployées sur votre instance. Par exemple, lorsque vous cliquer sur le bouton Promouvoir après avoir effectué des travaux sur votre branche de développement, un processus de promotion des changements démarre en arrière-plan. Un utilisateur, avec le rôle kiemgmt verra une tâche utilisateur apparaître dans cette liste de tâches, lui indiquant de revoir les ressources à promouvoir. Cet utilisateur peut alors demander cette tâche, et décider de promouvoir tous, certains ou aucun des éléments de ressources. Le processus sous-jacent va choisir les commits sélectionnées par l'utilisateur dans une branche de sortie de version. Cet utilisateur peut également demander un nouvel examen de ces ressources, et ce processus peut être répété plusieurs fois jusqu'à ce que toutes les ressources soient prêtes à sortir dans une nouvelle version. Le flux de ce processus est illustré ci-dessous :

De même, lorsque vous cliquer sur le bouton Release, un flux de processus de sortie de version est initié. Ce flux de processus génère le projet, met à jour tous les artefacts Maven pour la prochaine version et déploie le projet à l'exécution, si les informations de déploiement sont fournies. .