Discussion :

[samball]

Bonsoir à tous,

je travail actuellement sur un module de mise à jour d'une application C# .Net. Lorsque les utilisateurs lancent l'application, si une version plus récente existe sur le serveur, alors il sera proposé une mise à jour.

Nous reposons sur le Windows Installer pour tout ces besoins. Basiquement, la mise à jour se fait à l'aide de msiexec, qui nous permet de désinstaller l'ancienne version et réinstaller la nouvelle.

Pour savoir si une nouvelle version est disponible, pour l'instant l'application compare deux fichiers XML de "changelog" et regarde si celui sur le serveur comporte une version plus avancée...
Nous aimerions modifier ce comportement afin de pouvoir compter sur les numéros de version des assemblies et du .exe final, et intégrer le tout dans un processus de release scripté.

Je suppose que certains d'entre vous ont déja été confrontés à ce genre de problèmes.
Comment vous vous en êtes sortis (ou pas) ?
Quelles sont les pistes que vous avez exploré ?
Comment font les applications commerciales pour se mettre à jour facilement ?

Merci d'avance pour vos retours d'expérience.

[DroP]

Regarde du coté de ClickOnce, il permet de se baser sur les numéros de version et met à jour automatiquement ton programme si une version plus récente existe sur internet/FTP/Partage Réseau:

Déploiement ClickOnce

[samball]

Merci pour cette réponse.

Je suis en train de lire les différentes ressources associées à ClickOnce sur la msdn. Cela à l'air très intéressant.

[DroP]

ca l'est, et c'est vraiment très pratique pour déployer rapidement et efficacement une application. Plus besoin de ce soucié des mise à jour des logiciels, ClickOnce s'en occupe tous seul comme un grand.Couplé à IIS, un vrai bonheur

[samball]

Après avoir bidouillé un peu avec ClickOnce, je me retrouve avec les 2 problèmes suivants.

1- notre application comporte plusieurs assemblies; certaines sont en C#, d'autres en CLR. Les assemblies CLR ont des "dépendences" sur des .dll en c++ natif. Comment s'assurer que ces dll se retrouveront bien dans le déploiment?

2- comment faire pour que le fait d'augmenter de version de publish mette à jour la version de chacune de nos assemblies. C'est un concept très étrange que de faire une publication en version 2.4.x.x pendant que nos assemblies et notre executable restent en version 1.0.0.0. Y a t-il un moyen?

Notre première piste qui résoudrait le tout, serait de s'occuper de l'étape de publication "à la main". Un script se chargerait de parser tout les fichiers AssemblyInfos.cs & co afin de modifier le numéro de version. Lancerait un build de la solution, puis se chargerait de copier toutes les dépendances et tout les fichiers de data dans le bon repertoire. La dernière étape consisterait à lancer la génération des différents XML nécéssaires à un déploiement ClickOnce.

Y a t-il un moyen plus smart de faire tout ce processus?

[DroP]

1- notre application comporte plusieurs assemblies; certaines sont en C#, d'autres en CLR. Les assemblies CLR ont des "dépendences" sur des .dll en c++ natif. Comment s'assurer que ces dll se retrouveront bien dans le déploiment?

Je n'ai jamais testé avec des assemblies CLR, donc je ne peux pas te dire, il faut tester si lors du deploiement les dll sont copiés avec ou non. Si les dépendances sont clair (au niveau des références) je crois que VS les copies.

2- comment faire pour que le fait d'augmenter de version de publish mette à jour la version de chacune de nos assemblies. C'est un concept très étrange que de faire une publication en version 2.4.x.x pendant que nos assemblies et notre executable restent en version 1.0.0.0. Y a t-il un moyen?

C'est un problème qui en effet est assez chiant avec ClickOnce, la numérotation de la publication ne corespond pas à la numérotation des assemblies, obligé de se les tapper à la main.