Utilisation des systèmes de gestion de configuration de logiciel
IBM® Process Center fournit un référentiel qui permet de gérer facilement les processus et les services mais vous pouvez aussi utiliser IBM Integration Designer avec plusieurs systèmes de gestion de configuration de logiciel (SCM).
Vous pouvez ajouter des projets à un système de gestion de configuration de logiciel à distance au moyen de la vue Intégration métier. Pour plus d'informations sur cette vue, voir les liens des rubriques correspondantes.
La vue Intégration métier fournit une vue logique de toutes les ressources de chaque module, module de médiation et bibliothèque. Au sein de chaque projet, les ressources sont classées par types. Les ressources logiques affichées dans l'arborescence de navigation de la vue Intégration métier n'ont pas forcément une correspondance un-à-un avec les fichiers physiques. Quand vous utilisez les options du menu Equipe, vous remarquez que les fichiers physiques ne correspondent pas directement aux ressources que vous voyez dans la vue Intégration métier. Utilisez toujours la vue Intégration métier quand vous partagez un projet ou que vous validez des modifications de manière à partager ou valider toutes les ressources nécessaires.
Pour vos préférences, utilisez toujours l'extension .project pour le nom du projet au lieu d'utiliser le nom du dossier. Ce paramètre peut être changé mais les modules de Integration Designer utilisent le nom défini dans le fichier .project et ce fichier est aussi utilisé par sca.module, sca.modulex et d'autres artefacts du module. Si vous lisez le nom du module à partir du fichier de métadonnées .project au lieu d'un dossier défini par l'utilisateur, vous éviterez les différences entre les noms de module.
Lorsque vous configurez les processus du contrôle des sources, vous devez décider si tous les utilisateurs pourront accéder à un flux ou un branchement commun ou si les différents développeurs disposeront de leurs propres flux et branchements. Cette deuxième approche évite les développements simultanés et les difficultés liées à la fusion des développements si l'équipe utilise des extractions réservées. Cette approche prudente est particulièrement indiquée si vous utilisez Rational ClearCase avec des verrouillages pessimistes (extraction réservée). Cependant, les extractions silencieuses des ressource communes peuvent donner lieu à des verrouillages de fichiers passés inaperçus et occasionner des incidents lors de générations exécutées dans d'autres espaces de travail.
Quand vous travaillez dans un environnement collaboratif, l'une des possibilités est de permettre à tous les utilisateurs de modifier les ressources simultanément puis de fusionner les différents fichiers ensuite. Cette approche est toutefois inadaptée à IBM Integration Designer, sauf si tous les utilisateurs maîtrisent parfaitement la gestion des fichiers physiques des artefacts et de leur code. Pour éviter les modifications incohérentes des fichiers, configurez les systèmes de référentiel de manière à interdire la modification simultanée. Par exemple, configurez ClearCase avec un mode d'extraction exclusive ou servez-vous de la fonction de contrôle et édition (Watch/Edit) si vous utilisez le système de référentiel CVS.
Lorsque vous changez d'espace de travail, soyez prudent quand vous ajoutez de nouveaux fichiers dans le contrôle des sources. L'indicateur de dérivation d'un fichier peut être perdu une fois que vous avez importé les fichiers dans un nouvel espace de travail. Pour plus d'informations sur les fichiers qui peuvent être gérés dans le contrôle des sources, voir "Artefacts de Integration Designer gérés dans le contrôle des sources".