Discussion :

[sevyc64]

Bonjour,

Je ne connais que très vaguement CR mais j'aurais voulu savoir s'il existait un moyen simple de gérer le versionning des fichiers rpt. Est-ce prévu dans la structure du fichier, et est-ce facilement consultable sans avoir CR d'installé sur la machine

Nous somme en train de mettre en place, dans la société, une méthodologie de gestion et de développement des applications que nous créons et installons chez nos clients.

Le but est de gérer le versionning de fichiers rapport qui sont distribués avec des applications développées sous VB2008, VB6 et d'autres outils, en tant que fichiers annexes (intégrés au pack d'installations). Ces fichiers sont directement utilisés par nos applications, L'application CR n'est pas installée chez le client, juste le moteur.

Mais c'est fichiers peuvent éventuellement évoluer indépendant de l'application qui les utilise. L'idée serait donc de pouvoir gérer la version de ces fichiers indépendamment de la version de l'application, et, le cas échéant, pouvoir vérifier de façon simple, chez le client (avec l'explorateur Windows, le bloc-note, ...) la version d'un rapport, puisque celle-ci pourra être différente de celle intégrée dans le pack d'installation de l'application.

Dsl, pour le roman, et je suis pas sur d'avoir été clair en plus

[luc_chivas]

Bonjour,

Je ne connais que très vaguement CR mais j'aurais voulu savoir s'il existait un moyen simple de gérer le versionning des fichiers rpt. Est-ce prévu dans la structure du fichier, et est-ce facilement consultable sans avoir CR d'installé sur la machine

Nous somme en train de mettre en place, dans la société, une méthodologie de gestion et de développement des applications que nous créons et installons chez nos clients.

Le but est de gérer le versionning de fichiers rapport qui sont distribués avec des applications développées sous VB2008, VB6 et d'autres outils, en tant que fichiers annexes (intégrés au pack d'installations). Ces fichiers sont directement utilisés par nos applications, L'application CR n'est pas installée chez le client, juste le moteur.

Mais c'est fichiers peuvent éventuellement évoluer indépendant de l'application qui les utilise. L'idée serait donc de pouvoir gérer la version de ces fichiers indépendamment de la version de l'application, et, le cas échéant, pouvoir vérifier de façon simple, chez le client (avec l'explorateur Windows, le bloc-note, ...) la version d'un rapport, puisque celle-ci pourra être différente de celle intégrée dans le pack d'installation de l'application.

Dsl, pour le roman, et je suis pas sur d'avoir été clair en plus

bonjour,

A ma connaissance, rien n'existe en natif.....a part le numéro de révision le nombre de fois le fichier a été ouvert, et les dates classiques.

Sinon, tu as du CVS ou SourceSafe... pour le versioning, sinon, un cartouche dans ton rapport avec une procédure d'évolution à suivre à la lettre.

[sevyc64]

Ok, merci.

Je vais donc faire remonter l'info, car il faudra peut-être que l'on envisage alors une procédure pour créer nos rapports incluant quelque part cette info de version (cartouche, pied de page en dur, .....)

[Fabrice Moll]

Le mieux étant de gérer cela avec SourceSafe ou autre programme du style comme l'indique luc_chivas.

Avec possibilité de retrouver d'anciennes versions

[sevyc64]

Possible !

Pour l'instant on gère rien, chacun fait ce qui lui plait dans son coin. Le but étant de mettre en place justement quelque chose, avec éventuellement un outil ou pas.

Pour Sourcesafe, encore faudra-t-il que quelqu'un soit désigné pour s'en occuper.
Mais vu que l'on est passé en mode dégraissage massif (5 de moins en 3 mois sur 20 au total au départ) ....