Discussion :

[BenoitAndrieu]

Bonjour,

Nous avons le projet de mettre en place un processus de compilation multi environnements (Visual Studio, Borland C++ Builder, Windev)
L'environnement Windev est utilisé par un de nos développeurs. A l'époque de la mise en place de son projet, il n'y avait pas de problématique de mise en commun des compilations et il n'y a pas eu de réflexion inter membres à ce sujet. Le développeur a donc utilisé un dépôt GDS externalisé (il travaille à distance).
Nous avons donc un dépôt GDS externe pour Windev et un dépôt Git interne pour tout ce qui n'est pas Windev.

Le projet sous Windev va faire partie d'un produit dont font déjà partie les autres projets.
Nous avons un installateur créé avec InstallShield qui intègrent pour l'instant seulement les 'autres' projets mais qui bientôt devra comprendre le projet Windev.

Afin d'intégrer le projet Windev dans notre processus de compilation, je vais avoir besoin :
- de récupérer le code source sous GDS
- éventuellement, créer une branche, modifier les fichiers précisant la version des modules générés, puis intégrer ces modifications dans la branche
- générer les modules exécutables dans un dossier bien précis

J'ai d'abord fait quelques recherches sur la version 17 express, j'y ai donc trouvé la possibilité de lancer la génération des exécutables en ligne de commande.
Je n'ai par contre pas trouvé le moyen d'effectuer les actions sur le GDS.

J'ai donc emprunté le dongle de mon chef, installé la v19, plus la Fabrique logicielle (coordinateur + automate), créé un plan d'exécution, déployé ce plan sur le coordinateur et l'ai exécuté sur l'automate.

Maintenant, j'ai donc besoin de pouvoir faire cela mais sans opération de l'utilisateur. Une personne souhaitant générer un installateur ne devrait avoir aucune connaissance sur Windev.
Il faut donc que mon processus de compilation puisse interagir directement avec soit le coordinateur soit l'automate afin de lancer un plan d'action, d'attendre la fin de cette exécution et de connaître le résultat.

Donc comment-faire cela ?
Le coordinateur ou l'automate sont-ils appelables en ligne de commande ?

Si non, l'automate a, dans son interface, des champs avancés ; j'ai donc réussi à trouver quoi mettre mais j'aurai alors besoin du fichier wdfab qui se trouverait dans le GDS.
Puis-je récupérer ce fichier en ligne de commande ?

D'avance merci !

[BenoitAndrieu]

Bonjour,

Je continue mes recherches pour résoudre ce problème : Fabrique logicielle - exécuter un plan d'action depuis un outil tiers

Est-ce que quelqu'un connaîtrait des routines pouvant interagir avec le GDS ?
Tout bout de code serait le bienvenu !

D'avance merci !

[BenoitAndrieu]

J'ai eu un échange avec PC Soft.

Il est possible d'exécuter un plan d'action en ligne de commande grâce à wdfagent.exe

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
wdfagent.exe /REP="c:\test" /WDFAB="planAction.wdfab" /PLAN="PlanAction1" /PARAM="params.xml"
 
/REP=<répertoire du projet plan d'action>  ex: "D:\temp\Build_3435"
/WDFAB=<nom du .wdfab>  . ex : "MonProjetPlan.wdfab"
/PLAN=<plan a exécuter>.   ex : "PLAN2"
/PARAM=<nom physique du fichier avec les paramètres> : ex : "plan2.xml"

Un fichier .log sera créé.

Et ça fonctionne !