Developpez.com - Rubrique .NET

Le Club des Développeurs et IT Pro

Génération d'installeurs sous Visual Studio 2012

Un tutoriel de Kévin Perriat

Le 2013-04-05 14:39:17, par Finality, Rédacteur
Bonjour à tous !

Je vous propose aujourd'hui un nouvel article sur la génération d'installeurs sous Visual Studio 2012.

Bonne lecture à vous !
  Discussion forum
4 commentaires
  • ce type de projet a été abandonné dans Visual Studio 2012
    oui en partie.

    en fait, la vraie solution supportée et gratuite (car installshield light est super limité), c'est d'utiliser WiX. C'est le produit officiel qui remplace les vieux setup de Microsoft et ça produit toujours des msi. Je suis sûr que tu pourrais en faire un article complémentaire
    le 13/04/2013 à 14:05
  • ram-0000
    Rédacteur
    Il y a aussi Inno Setup qui lui est gratuit et qui permet de faire plein de choses.

    Par contre, cela ne s'intègre pas dans Visual Studio mais il dispose d'une interface graphique avec istool.

    C'est le compilateur de setup que j'utilise pour tous mes projets.
    le 28/04/2013 à 18:53
  • kiwixpop
    Membre à l'essai
    Bonjour,

    Je viens d'acheter Visual Studio 2012, et je ne peux plus utiliser mes vieux déploiement compiler sous VS 2008.
    J'ai donc installer InstallShield Limited Edition, et je suis bloqué depuis 2 jours sur mon problème.

    Alors mon problème est le suivant :
    J'ai un exécutable qui utilise plusieurs dll pour pouvoir être exécuté. Ces dll sont dans des répertoires et même des sous répertoire à la racine de mon exécutable.
    Le problème c'est que mon nouveau MSI, installe bien mes dll dans mes répertoires mais lorsque je lance l'exécutable mon programme ne démarre pas, car je pense que mes fichiers ne sont pas "compris" comme des dépendances mais comme des simples fichiers.

    Pouvez vous m'aider ou au moins que faire comprendre comment ça marche...

    Merci
    le 07/05/2013 à 14:29
  • 1- ici, c'est pour parler de l'article. si tu as une question tu dois le faire dans le thread associé.

    2- un msi, ce n'est qu'une commande xcopy encapsulée. ca ne fait pas la dependance entre tes dll ou ton exe. le problème ne vient PAS de ton msi. il vient du fait que les dlls ne sont pas dans le bon dossier. Renseigne toi sur le chargement des dependances et l'ordre de priorité

    (/bin/debug/, repertoire d'application, GAC, etc).
    c'est là que tu dois chercher, mais c'est sûr à 100% que ca ne vient pas du msi, ou alors, ca ne met pas dans les bons dossiers mais dans le cas là, c'est toi qui a mal mis les chemins
    le 08/05/2013 à 10:55