Plusieurs scénarios permettent d'effectuer une mise à niveau de versions précédentes de Rational
Team Concert for System
z 2.0.0.2
Généralement, vous pouvez mettre à niveau les clients et serveurs Rational Team Concert for System z à partir d'un fichier.zip ou à l'aide d'IBM Installation Manager sur des plateformes autres que z/OS.
Le processus de mise à niveau vers Rational Team Concert for System z 2.0.0.2 est similaire à celui
vers Rational Team Concert 2.0.0.2, à l'exception des considérations suivantes :
- La mise à niveau à partir de Rational Team Concert for System z 1.0.1 sous z/OS est décrite ci-dessous.
- La mise à niveau à partir de Rational Team Concert for System z 2.0.0.1 sous z/OS
est décrite dans les informations ++HOLD liées aux modifications provisoires du logiciel (PTF) qui doivent être installées pour que le processus aboutisse.
- Les informations d'édition et de version relatives à Rational Team Concert
ne correspondent pas directement à Rational Team Concert for System z.
- Vous pouvez effectuer une mise à niveau de Rational Team Concert vers Rational Team Concert
for System z, mais une migration de référentiel est nécessaire.
La mise à niveau vers Rational
Team Concert for System
z 2.0.0.2 peut s'effectuer de plusieurs manières et notamment selon les scénarios suivants :
- Mise à niveau à partir d'une version antérieure de Rational Team Concert ou de Rational Team Concert for System z 1.0.1 vers Rational Team Concert for System z 2.0.0.2.
- Mise à niveau à partir de Rational
Team Concert for System
z 1.0.1 vers Rational
Team Concert for System
z 2.0.0.2 sous z/OS
- Mise à niveau à partir de Rational
Team Concert for System
z 2.0.0.1 vers Rational
Team Concert for System
z 2.0.0.2
- Mise à niveau à partir de Rational
Team Concert for System
z 2.0.0.1 vers Rational
Team Concert for System
z 2.0.0.2 sous z/OS
Installation de langues supplémentaires lors de la mise à niveau : Si vous utilisez IBM® Installation
Manager pour installer install Rational Team Concert for System z 2.0.0.2 sur un ordinateur où Rational Team Concert for System z n'est pas installé, Installation Manager vous invite à sélectionner les langues à installer. Cependant, si vous effectuez la mise à niveau d'une version antérieure vers Rational Team Concert for System z 2.0.0.2, Installation Manager suppose que vous voulez utiliser les langues actuelles et ne vous invite pas à sélectionner les langues. Pour sélectionner des langues
supplémentaires, une fois que vous avez effectué la mise à niveau vers la version 2.0.0.2,
sélectionnez
Modifier à partir de l'écran principal
d'Installation Manager, puis sélectionnez les langues proposées. L'écran suivant affiche la liste des langues prises en charge. Sélectionnez les langues
dont vous avez besoin.
Si vous démarrez Jazz Team
Server for System z après avoir effectué la mise à niveau vers la version 2.0.0.2 et avant d'avoir sélectionné
Modifier pour ajouter ou supprimer des
langues, vous devez redémarrer le serveur comme suit :
- Dans un navigateur Web, accédez à https://server-host:9443/jazz/admin.action=com.ibm.team.repository.admin.serverReset.
- Cliquez sur Réinitialisation du serveur.
- Arrêtez le serveur.
Ensuite, sélectionnez Modifier dans Installation Manager pour ajouter ou retirer des langues.
Mise à niveau d'un client Rational Team Concert for System z Client
for Eclipse IDE
Un client IDE Eclipse doit être au niveau de version 2.0.0.1 ou ultérieur pour pouvoir se connecter à un serveur version 2.x. Bien qu'un client Rational Team Concert for System z 2.0.0.1 se connecte à un serveur 2.0.0.2, il est conseillé d'installer la version 2.0.0.2 de ce client pour qu'il se connecte à votre serveur Rational Team Concert for System z 2.0.0.2. Vous pouvez installer ce client à l'aide d'un fichier .zip, ou mettre à jour vos précédentes installations d'IBM Installation Manager.
Remarque : Les clients Rational Team Concert 2.0 peuvent se connecter à des serveurs Rational Team Concert for System z 2.0, mais il ne pourront pas utiliser les fonctions spécifiques à Rational Team Concert for System z.
Mise à niveau d'un serveur d'une version provisoire vers une version
permanente
A partir de la version provisoire 2.0, vous pouvez rendre votre serveur
permanent en achetant puis en installant le Server Activation Kit correspondant à votre édition depuis le Rational License Key Center. Pour plus de détails, consultez le site : http://www.ibm.com/software/rational/support/licensing. Le kit d'activation est constitué d'un fichier
JAR contenant la clé de licence serveur permanente. Il est installé à l'aide de la page Gestion de clé de licence de l'interface
Web d'administration de votre serveur.
Mise à niveau d'un serveur à partir de Rational Team Concert ou Rational
Team Concert for System z 1.0.1
Vous pouvez effectuer une mise à niveau directe vers la version 2.0 de Rational Team Concert for System z à partir d'éditions antérieures de Rational
Team Concert ou Rational Team Concert for System z. Une migration de la base de données est requise.
Remarque : Avant de commencer la mise à niveau de Websphere Application Server, réinitialisez le serveur en accédant à
https://servername:9443/jazz/admin#action=com.ibm.team.repository.admin.serverReset
et en cliquant sur Réinitialisation du serveur.
Si vous
avez installé la version précédente à partir d'un fichier .zip (par exemple sous Linux® for System z), il n'y a pas d'interférence avec l'installation précédente. Vous pouvez installer la version 2.0 à partir
d'un fichier .zip à un nouvel emplacement ou utiliser IBM Installation Manager
pour installer une instance 2.0.
Si vous avez utilisé IBM Installation
Manager pour installer la version précédente, vous pouvez installer la version 2.0
comme instance distincte ou mettre à jour l'instance vers la version 2.0. Si
vous installez une instance séparée du serveur pour la version 2.0,
sélectionnez Créer un groupe de packages sur la page
Installation de packages de l'assistant d'installation.
Remarque : Pour mettre à niveau un déploiement WebSphere Application
Server de Jazz Team Server for System z, supprimez le fichier jazz.war précédent et déployez le fichier jazz.war 2.0.
Pour terminer la mise à niveau, voir Copie des fichiers de configuration requis à partir d'une installation de serveur précédente et Installation des clés d'activation 2.0.
Mise à niveau à partir de Rational Team Concert for System z
1.0.1 sous z/OS
Des modifications structurelles ont été apportées à la base de données
de référentiel de la version 2.0 qui vous empêcheront de réutiliser la base de données de Rational Team Concert
for System z 1.0.1 sous z/OS.
La procédure de mise à niveau vers la version 2.0 à partir de Rational Team Concert for System z v1.0.1 comprend les trois étapes suivantes :
- Exportez le contenu de la base de données de la version 1.0.1 à l'aide de repotools.
- Installez et configurez Jazz Team
Server for System z v2.0
sur la plateforme cible de votre choix. Une nouvelle base de données est créée au cours de cette étape. Pour plus de
détails sur l'installation de Jazz Team
Server for System z 2.0 sur la plateforme cible, voir Installation de Rational Team Concert for System z sous z/OS.
- Importez le fichier .tar qui a été créé à l'étape 1 dans la base de données du référentiel de
la version 2.0 à l'aide de repotools.
- Exportation de la base de données de référentiel de Rational
Team Concert for System
z 1.0.1
- Utilisez le membre BLZEXPOR dans hlq101.SBLZSAMP pour exporter le contenu de
la base de données du référentiel. L'exemple de JCL de ce membre utilise la commande
d'exportation repotools pour créer un fichier .tar incluant le contenu de votre
référentiel.
Configurez BLZEXPOR en suivant les instructions de l'exemple de JCL. Soumettre l'instruction JCL modifiée et vérifier le journal des travaux. Le
travail est exécuté correctement que si le code retour 300 s'affiche.
Le fichier
d'exportation sera placé dans l'emplacement du système hiérarchique de fichiers spécifié
par @jazzExport@.
Le nom du fichier est @dbexport@.tar, comme défini dans BLZEXPOR.
- Importation de la base de données exportée dans Jazz Team
Server for System z v2.0
sous z/OS
- Importation dans une base de données Derby sous z/OS
- Utilisez le membre BLZIMPO2 dans hlq200.SBLZSAMP pour importer le fichier .tar
de la version 1.0.1 dans la base de données Derby de votre serveur Jazz Team
Server for System z v2.0. Configurez BLZIMPO2 comme décrit dans les commentaires JCL, en spécifiant le
fichier .tar exporté à partir de la base de données v1.0.1.
Soumettez le JCL modifié et vérifiez
dans le journal du travail que repotools a été correctement exécuté.
- Importation dans une base de données DB2 sous z/OS
- Utilisez le membre BLZIMPOR dans hlq200.SBLZSAMP pour importer le fichier .tar
de la version 1.0.1 dans la base de données DB2 de votre serveurJazz Team
Server for System z v2.0. Configurez BLZIMPOR comme décrit dans les commentaires JCL, en spécifiant le fichier .tar
exporté à partir de la base de données v1.0.1.
Soumettez le JCL modifié et vérifiez
dans le journal du travail que repotools a été correctement exécuté.
Pour procéder à la mise à niveau, voir Copie des fichiers de configuration requis à partir d'une installation de serveur précédente.
Mise à niveau d'un serveur Rational Team Concert for System z de la version 2.0.0.1
à la version 2.0.0.2
Vous pouvez effectuer une mise à niveau directe versRational Team Concert for System z 2.0.0.2 à partir des éditions précédentes. Des actions supplémentaires liées à la mise à jour du référentiel peuvent être requises. Pour plus de détails, voir la page Rational
Team Concert for System
z - Notes sur l'édition
sur le site Jazz.net.
Remarque : Avant de commencer la mise à niveau de WebSphere Application Server, réinitialisez le serveur en accédant à
https://servername:9443/jazz/admin#action=com.ibm.team.repository.admin.serverReset
et en cliquant sur Réinitialisation du serveur.
Si vous
avez installé la version précédente à partir d'un fichier .zip (par exemple sous Linux for System z), il n'y a pas d'interférence avec l'installation précédente. Vous pouvez installer la nouvelle édition à partir
d'un fichier .zip à un nouvel emplacement ou utiliser IBM Installation Manager
pour installer une instance 2.0.
Si vous avez utilisé IBM Installation
Manager pour installer la version précédente, vous pouvez installer la version 2.0
comme instance distincte ou mettre à jour l'instance vers la version 2.0. Si
vous installez une instance séparée du serveur pour la version 2.0,
sélectionnez Créer un groupe de packages sur la page
Installation de packages de l'assistant d'installation.
Remarque : Pour mettre à niveau un déploiement WebSphere Application
Server de Jazz Team Server for System z, supprimez le fichier jazz.war précédent et déployez le fichier jazz.war 2.0.
Pour terminer la mise à niveau, voir Copie des fichiers de configuration requis à partir d'une installation de serveur précédente et Installation des clés d'activation 2.0.
Mise à niveau d'un serveur d'une édition Rational Team Concert for System z à une autre
Les éditions de Rational Team Concert for System z (Starter, Standard et Enterprise) sont toutes fournies avec la version provisoire. Pour migrer d'une édition vers une autre, vous devez charger un jeu de clés
d'activation de licence provisoire combinées pour votre édition cible. Ces clés
provisoires combinées peuvent être téléchargées à partir du site suivant : https://jazz.net/downloads/rational-team-concert-z/.
La combinaison de clés d'activation provisoires est incluse dans un fichier .zip pour votre édition cible. Ce fichier .zip combiné est installé à l'aide de la page Gestion de clé de licence de
l'interface Web d'administration de votre serveur.
Rational Team Concert for System z est livré dans le cadre d'une licence Starter Edition provisoire, uniquement pour une installation sousz/OS dans la version 2.0.0.1 et Standard Edition dans la version 2.0.0.2. Si vous devez effectuer une mise à niveau vers une autre
édition de Rational Team Concert for System z sous z/OS, vous devez d'abord migrer vers l'édition dont vous avez besoin, puis chargez
les kits d'activation de licence serveur permanente et les licences d'accès client de
votre édition.
Mise à niveau de Rational Team Concert for System z 2.0.0.1 vers Rational Team Concert
for System z 2.0.0.2 sous z/OS
Le module d'installation de SMP/E contient RTCz 2.0.0.1. Les modifications provisoires du logiciel (PTF) sont requises pour la mise à niveau des composants z/OS vers la version 2.0.0.2. Elles sont disponibles depuis le site
ShopzSeries,
IBM Support Portal, Jazz.net ou par les voies habituelles.
Recherchez les APAR suivants et commandez les modifications provisoires de logiciel (PTF) correspondantes : PM04798, PM04800, PM04802, PM05340, PM05341, PM05342 et PM05701.
Vous devez appliquer les modifications provisoires du logiciel à l'installation du produit Rational Team Concert for System z 2.0.0.1 de base à l'aide de SMP/E. Des informations complémentaires sur les étapes à suivre sont incluses dans celles-ci.
Des étapes de configuration supplémentaires doivent être exécutées pour mettre à jour votre configuration existante une fois les modifications provisoires de logiciel appliquées.
Mises à jour de la configuration de WebSphere Application Server
Les étapes ci-après sont requises pour configurer correctement WebSphere Application
Server dans Rational
Team Concert for System
z 2.0.
- Vérifiez que les groupes de correctifs les plus récents de WebSphere Application Server et du SDKJava™ sont installés. Si vous effectuez un déploiement dans WebSphere Application
Server 7.0, il est important que ce produit soit au niveau de version 7.0.0.3. Avec WebSphere Application Server 6.1, il est important qu'au moins WebSphere Application Server 6.1.0.25
soit installé.
- Supprimez les propriétés JVM personnalisées précédentes :
- com.ibm.team.repository.provision.profile
- com.ibm.team.server.configURL
- log4j.configuration
- Si nécessaire, ajoutez la nouvelle propriété JVM personnalisée JAZZ_HOME et affectez-lui la valeur suivante :
file:///<JazzInstallDir>/server/conf
sur des systèmes autres que z/OS. Sous z/OS, affectez-lui la valeur :
file:///@confPath@
où
@confPath@ correspond au chemin de configuration défini dans BLZCPDIR.
- Vérifiez que le paramètre WebSphere Application Server : Utiliser les données
d'authentification disponibles quand un URI non protégé est accédé est sélectionné.
Si vous utilisez WebSphere Application
Server Integrated Solutions Console, vous pouvez procéder comme suit :
- Accédez à .
- Sélectionnez Utiliser les données d'authentification disponibles quand
un URI non protégé est accédé.
- Vérifiez que vous avez déployé le fichier jazz.war de Rational Team Concert for System z. Le fichier jazz.war doit être mis à jour vers la version Rational Team Concert for System z la plus récente.
Copie des fichiers de configuration requis
à partir d'une installation de serveur précédente
Copiez les fichiers suivants à partir
du serveur source vers le serveur cible. Pour commencer, renommez les fichiers originaux dans
l'installation sur le serveur mis à niveau pour créer des sauvegardes.
Si vous avez utilisé IBM Installation Manager pour effectuer une mise à jour vers Rational Team Concert for System z 2.0, un répertoire de sauvegarde contenant les fichiers de configuration 1.0.1 a été créé, sous un nom tel que backup-config-<horodatage> dans le sous-répertoire du serveur de l'emplacement de l'installation.
Si
vous effectuez une mise à niveau vers l'édition Standard ou Enterprise, et que vous avez
acheté Developer Client Activation Kit pour Starter Edition, achetez et installez Developer Client Activation
Kit pour Standard ou Enterprise Edition pour pouvoir utiliser ces licences client. Vos affectations de licence de type développeur sont toujours valables, mais ces dernières seront désactivées jusqu'à ce que le kit d'installation correct soit installé.
Installation des clés d'activation 2.0
La version 2.0 de Rational Team Concert for System z utilise les clés d'activation Rational Team Concert for System z 2.0. Si un serveur est mis à niveau de la version 1.0.1 à la version 2.0, ou de Rational Team Concert vers Rational Team Concert for System z, il repasse à une licence provisoire après la mise à niveau
et vous devez vous procurer les clés d'activation de Rational Team Concert for System
z 2. auprès de Rational License Key Center. Ci-dessous, les noms des clés appropriées à chaque kit :
- IBM Rational Team Concert
for System z Starter Edition - Server License Activation Kit V2.0
Multiplatform (jazz_team_server_starter_zSeries-release.jar)
- IBM Rational Team Concert
for System z Starter Edition - Developer Client License Activation
Kit V2.0 Multiplatform (rtcz_starter_developer_unlocked.jar)
- IBM Rational Team Concert
for System z - Contributor Client License Activation Kit V2.0 Multiplatform
(rtcz_all_contributor_unlocked.jar)
- IBM Rational Team Concert
for System z Standard Edition - Server License Activation Kit V2.0
Multiplatform (jazz_team_server_standard_zSeries-release.jar)
- IBMRational Team Concert
for System z Developer Client License Activation Kit V2.0 Multiplatform
(rtcz_standard_developer_unlocked.jar)
- IBM Rational Team Concert
for System z Floating Developer Client License Activation Kit V2.0
Multiplatform (rtcz_std_floating-developer_unlocked.jar)
- IBM Rational Team Concert
for System z - Floating Contributor Client License Activation Kit
V2.0 Multiplatform (rtcz_std_floating-contrib_unlocked.jar)
- IBMRational Team Concert
for System z Enterprise Edition - Server License Activation Kit V2.0
Multiplatform (jazz_team_server_enterprise_zSeries-release.jar)
Définition d'une chronologie
Dans Rational Team Concert 1.0.1 ou Rational Team Concert for System z 1.0.1, les projets pouvaient posséder plusieurs chronologies (précédemment appelées
"lignes de développement") et toutes ces chronologies étaient considérées comme égales.
Dans Rational Team Concert for
System z 2.0, les projets peuvent toujours posséder plusieurs chronologies, mais une seule
peut être marquée comme "chronologie du projet". Lorsque vous migrez
votre base de données vers la version 2.0, la chronologie principale du projet
n'étant pas connue, aucune chronologie de projet n'est définie pour vos
projets. Vous pouvez mettre à jour manuellement vos projets pour définir la
chronologie de projet, une fois que vous avez migré vers la version 2.0.
Configuration de l'instantané de la gestion de contrôle de source
L'instantané de la gestion de contrôle de source (SCM) de l'entrepôt de données collecte les données sur les flux, y compris les informations sur la taille de ses flux et de son activité (ensembles d'artefacts modifiés et modifications de fichier/dossier). Dans la version 1.0.1, cet instantané collectait automatiquement des
informations sur tous les flux. Cette opération pouvant s'avérer coûteuse, dans la version 2.0, les options de
configuration sont ajoutées à l'instantané SCM pour vous permettre de choisir les flux dont les données doivent être collectées. Par conséquent, à moins que vous ne le configuriez, les données ne sont pas collectées.
Pour
configurer l'instantané SCM, procédez comme suit :
- Vous devez disposer des droits d'écriture sur le flux dont vous
souhaitez collecter les données.
- Accédez à la page Rapports dans l'interface Web de Rational Team Concert for System z.
- Dans le panneau de navigation de gauche, sélectionnez Administrer l'image instantanée
SCM. Une liste des flux s'affiche.
- Sélectionnez Un ou plusieurs flux, puis Sauvegarder les modification.
Les
données des flux sélectionnés seront collectées dans tous les instantanés
ultérieurs.
Modifications incompatibles apportées aux rapports BIRT
Si
vous avez utilisé le concepteur de rapport BIRT pour créer vos propres modèles
de rapport, il se peut que des incidents surviennent lorsque vous
essayez d'utiliser ces rapports dans la version 2.0. Notez bien les points
suivants :
- Modifications apportées à l'ordre dans lequel les classes Java et JavaScript™ sont résolues : Si vous avez écrit dans votre rapport BIRT du code JavaScript qui utilise l'instruction importPackage() pour importer le
package java.lang, sachez que les références non qualifiées à un objet du code, qui faisaient référence à la classe Java peuvent maintenant
faire référence à la classe JavaScript et donc ne pas fonctionner correctement. Les autres classes qui portent le même nom dans JavaScript et Java, telles que java.util.Date, peuvent rencontrer le même problème. Vous devez donc qualifier intégralement votre référence à la classe Java et supprimer l'instruction importPackage().
- Modifications apportées au traitement des fichiers :
Auparavant, le fait d'associer un élément (tel qu'un libellé) à un fichier, entraînait le
traitement intégral de ce fichier lorsque l'élément était affiché.
Cela était
utile car vous pouviez appliquer un classement au traitement
des fichiers à l'aide de libellés masqués associés aux fichiers selon leur
ordre de traitement. Désormais, une telle association
ne traite que la première ligne du fichier. Pour appliquer le comportement
précédent, utilisez un élément de texte dynamique et appelez un code JavaScript, qui force le traitement de l'intégralité du fichier. Vous
pouvez par exemple utiliser Total.count().
- Des bogues du concepteur de rapports BIRT peuvent entraîner une perte de
données : Ces incidents apparaissent lorsque vous ouvrez un fichier de
conception de rapport BIRT créé dans BIRT 2.2.2 (Rational
Team Concert 1.0) avec le concepteur de rapport BIRT 2.3.2 (Rational Team Concert 2.0). Les incidents suivants ont été observés :
- Lorsque vous éditez un fichier pour la première fois à l'aide de BIRT
2.3.2, dans la page Paramètres, la zone Valeur par défaut et celle
des paramètres du rapport risquent d'être perdues. La solution consiste à ressaisir les valeurs ou à
copier, puis coller les valeurs d'une version précédente de l'éditeur. Une
fois que vous avez sauvegardé le fichier avec les nouvelles valeurs,
l'incident ne se reproduit plus.
- Lorsque vous éditez un fichier de conception de rapport pour la première
fois à l'aide de BIRT 2.3.2, la valeur par défaut des paramètres de rapport
risque d'être perdue. Cela peut également se produire après l'incident décrit précédemment. La solution consiste à ressaisir les valeurs ou à
copier, puis coller les valeurs d'une version précédente de l'éditeur. Une
fois que vous avez sauvegardé le fichier avec les nouvelles valeurs,
l'incident ne se reproduit plus.
Remarque : Ces incidents peuvent être assez graves s'ils ne
sont pas surveillés car les données collectées par le rapport risque d'être
incorrectes.
Vérifiez chaque fichier et chaque paramètre
de rapport lorsque vous éditez un rapport pour la première fois à l'aide du
concepteur de rapport de BIRT 2.3.2. Ces incidents ne se produisent pas pour
les nouveaux rapports créés à l'aide des outils de BIRT 2.3.2.
Les
modifications ci-dessus sont apportées à tous les rapports Rational Team Concert
for System z 2.0 prêts à l'emploi. Aucune intervention n'est requise de votre part. Toutefois, si vous avez créé des modèles de rapport manuellement dans votre zone de projet à l'aide de rapports Rational Team Concert for System z 2.0 prêts à l'emploi et que vous n'avez pas
spécifié d'identificateur approprié (qui respecte la syntaxe Rational Team
Concert for System z), votre modèle de rapport ne sera pas régénéré lors de sa migration. Le contenu sera donc obsolète et ne fonctionnera pas. Dans ce cas, vous devez télécharger le
nouveau contenu des modèles affectés, à l'aide du fichier
.rptdesign prêt à l'emploi approprié.
Importation des données des éléments de travail dans l'entrepôt de données
Dans Rational Team Concert for System z 2.0, plusieurs modifications de schéma ont été apportées aux tables des
éléments de travail de l'entrepôt de données. En conséquence, lors de la migration de la
version 1.0.1 vers la version 2.0, l'importateur ignore les données des éléments de
travail entreposés. Par conséquent, lorsque vous
démarrez le serveur 2.0 pour la première fois, vos rapports d'éléments de
travail risquent de ne pas fonctionner correctement. La solution consiste à
attendre que l'instantané des éléments de travail soit exécuté pour la première
fois ou à l'exécuter manuellement après le démarrage du serveur. Lors de la
première exécution après la migration, l'instantané des éléments de travail
reconstitue l'intégralité des informations historiques sur les éléments de
travail dans l'entrepôt de données. Cela signifie également que la première
exécution de l'instantané après la migration risque de durer bien plus qu'une
exécution nocturne standard.
Détection des nouveaux rapports
Dans Rational Team Concert for System z 2.0, de nouveaux rapports sont ajoutés. Ces rapports apparaissent dans les
nouveaux modèles de processus livrés avec Rational
Team Concert for System
z, mais ils ne sont pas automatiquement ajoutés aux zones de projet existantes lors de la migration des données vers Rational Team Concert for System z 2.0. Pour détecter et déployer ces
nouveaux modèles de rapport dans vos zones de projet existantes après la migration, procédez comme suit :
- Dans le client Eclipse, ouvrez la vue Artefacts de l'équipe.
- Développez votre zone de projet et Rapports.
- A l'aide du bouton droit de la souris, cliquez sur Modèles de rapport et sélectionnez Déployer
de nouveaux modèles.
La boîte de dialogue qui s'affiche permet de détecter
les modèles de rapport qui sont disponibles, mais qui ne sont pas encore déployés dans votre zone de projet. Vous pouvez en sélectionner un ou plusieurs, qui seront créés.
Une fois que ces modèles
ont été créés, vous pouvez créer des rapports à partir de ces modèles à l'aide des
actions de menu disponibles.
Personnalisations
Les modifications que vous
apportez aux types d'élément de travail, attributs, flux de travaux,
rôles et gestionnaires d'événements sont conservées lorsque vous procédez à la migration de
la version 1.0.1 vers la version 2.0. Si vous avez personnalisé un modèle de
processus prédéfini (tel que Scrum), sachez que si vous redéployez le modèle
prédéfini (dans la vue Modèles de processus), vous écrasez vos personnalisations. Si vous devez redéployer le modèle prédéfini, vous devez
d'abord modifier le nom et l'ID du modèle prédéfini que vous avez personnalisé
pour qu'il ne soit pas écrasé.