Introduction
La gestion des versions est un pilier essentiel pour garantir la stabilité, la collaboration efficace et la traçabilité des modifications dans l’univers de SAP BusinessObjects (SAP BO).
La gestion des versions se définit comme un système de gestion permettant d’enregistrer les modifications apportées à des fichiers dans un dépôt, permettant ainsi de suivre les versions, de revenir à un état précédent, et de collaborer efficacement grâce à des branches et des fusions.
Gestion des Versions avec Git pour SAP BO
Des outils comme Git gèrent ces versions via des commandes (ex : commit, branch, merge) qui organisent et synchronisent les changements localement ou sur un serveur distant.
Dans cet article, nous allons explorer comment utiliser Git pour la gestion des versions avec SAP BO, en abordant tant les configurations locales que celles en ligne. Nous utiliserons GitLab comme exemple de plateforme Git en ligne.
Vous pouvez définir Git comme système de gestion des versions et configurer les options directement à partir de la Central Management Console.
Création d’un serveur dédié
L’utilisation de Git pour le versioning de BO nécessite la création d’un serveur BO dédié à Git.
Dans la CMC, dans Serveurs, cliquer sur Créer un serveur :
Sélectionner la Catégorie Promotion Management Services et le Service Promotion Management Git Service, puis cliquer sur Suivant :
Parmi les Services Additionnels Disponibles, ajouter le Version Management Service. On se retrouve avec ces deux Services Sélectionnés, puis on clique sur Suivant:
Sélectionner le nœud et nommer le serveur. On le nommera Git. Appuyer sur Créer :
Le serveur est créé :
Un TraceLog Service se crée automatiquement dans le nouvel Git à son démarrage :
Arrêter le serveur PromotionManagement, modifier les services attribués et retirer le Version Management Service. Il ne doit se trouver que dans l’APS.Git. Relancer le serveur.
De la même manière, s’assurer également que le Promotion Management Git Service ne se trouve pas dans un autre serveur.
Il est possible de configurer le versioning vers un répertoire local ou vers un répertoire en Cloud / sur un réseau. Il faut donc choisir l’une de ces deux méthodes.
Configuration de Git en local
- Dans la CMC, dans Applications, sélectionner Version Management Settings:
- Le Version Management System doit être Git.
- Cocher Use as Default VMS.
- En bas, sélectionner le Protocole Local.
- Le Workspace Directory est l’emplacement système où le gestionnaire de versioning stockera ses éléments.
- Le Repository name est au choix.
- Le Git Install Path doit être le dossier d’installation de Git en local (cf. chapitre II. PRÉREQUIS).
- Le Default branch name est au choix mais main est utilisé par procédure.
Après chaque modification de ces paramètres, redémarrer le serveur APS.Git.
- Le versioning avec Git en local est à présent en place.
Configuration de Git en Cloud / Réseau (Exemple : GitLab)
Notre exemple fera l’utilisation de GitLab pour héberger le projet Git.
- Dans Git, créer un projet ainsi qu’un user owner de ce projet :
- Générer un jeton d’accès de ce user.
- Pour ce faire, dans le bouton de Profil > Préférences > Jetons d’accès, cliquer sur Ajouter un nouveau jeton:
- Octroyer au jeton d’accès les portées suivantes, puis créer le jeton :
Inscrivez-vous à la newsletter DeciVision !
Soyez notifiés de nos derniers articles de blog, de nos prochains webinars et nos actualités !
- Gérer les accès au projet (Publique si Cloud, Interne si Réseau) :
- Dans la CMC, dans Applications, sélectionner Version Management Settings:
- Le Version Management System doit être Git.
- Cocher Use as Default VMS.
- En bas, sélectionner le Protocole HTTP(s).
- Le User name est le nom du user owner
- Le GitHub personal access token est le jeton d’accès généré précédemment.
- Le GitHub Remote Repository URL est le lien d’accès au projet (sans « .git » à la fin).
- Le Workspace Directory est l’emplacement système où le gestionnaire de versioning stockera ses éléments.
- Le Repository name est le nom du projet Git.
- Le Git Install Path doit être le dossier d’installation de Git en local (cf. chapitre II. PRÉREQUIS).
- Le Default branch name est au choix mais main est utilisé par procédure.
Après chaque modification de ces paramètres, redémarrer le serveur APS.Git.
- Le versioning avec Git en Cloud / Réseau est à présent en place.
Bonnes pratiques avec Git et SAP BO
- Commits fréquents et clairs : Documentez chaque changement avec des messages de commit explicites.
- Utilisation des branches : Créez des branches pour chaque fonctionnalité ou correction de bug.
- Révision de code : Profitez des Merge Requests pour valider les modifications avant de les fusionner.
- Sauvegarde régulière : Exportez régulièrement vos fichiers SAP BO et synchronisez-les avec Git.
- Documentation : Ajoutez un fichier README pour expliquer la structure du projet et les procédures de déploiement.
CONCLUSION DE L’EXPERT
L’implémentation de Git, qu’elle soit locale ou en cloud permet une synchronisation optimale des projets et assure une traçabilité complète. En suivant les bonnes pratiques comme les commits fréquents et l’utilisation de branches, vous améliorez non seulement la stabilité de vos projets SAP BO, mais vous optimisez également la qualité et la sécurité de vos déploiements. En somme, l’adoption de Git avec SAP BO est une démarche stratégique pour renforcer l’efficacité et la pérennité des projets de Business Intelligence.
