msbuild - Script de version automatisée et projets d'installation de Visual Studio

Translate

Je pense que la plupart des gens ici comprennent l'importance des builds entièrement automatisés.

Le problème est que l'un de nos projets utilise maintenant un projet intégré de configuration de Visual Studio (vdproj) et a récemment été porté vers Visual Studio 2008. Malheureusement, ceux-ci ne seront pas générés dans MSBuild et l'appel de devenv.exe / build sur 2008 se bloque, apparemment, il le fait sur tous les ordinateurs multi-core (!!!). Alors maintenant, j'ai le choix de revenir à .Net 2.0 et 2005 ou simplement d'abandonner le déploiement de Visual Studio, mais d'abord, j'aimerais avoir un deuxième avis.

Quelqu'un connaît un autre moyen automatisé de créer un .vdproj qui ne nous obligera pas à ouvrir l'EDI et à cliquer sur des éléments?


WiX était ce que j'avais à l'esprit en disant que nous abandonnerions vdproj. Avez-vous de l'expérience avec ça, bonnes choses, mise en garde?

This question and all comments follow the "Attribution Required."

Toutes les réponses

Translate

La solution à faible coût consiste à passer à l'utilisation de ClickOnce, que vous pouvez automatiser à l'aide de MSBuild. Mais si vous devez encore créer un package Windows Installer, vous devrez convertir votre projet en WiX (assez directement) et le construire avec votre solution.

Cela vous permettra de démarrer:Automatisez les versions avec MSBuild et Windows Installer XML

La source
Translate

J'ai utilisé WiX un peu avant, et en général, j'ai trouvé que c'était génial une fois que vous avez compris quoi faire, mais la courbe d'apprentissage est raide. Si vous passez une bonne journée à parcourir le didacticiel WiX, vous devriez pouvoir faire fonctionner 80% de votre configuration.

Tutoriel WiX Toolset

La source
Translate

J'avais la même exigence et j'ai fini par utiliser ce qui est suggéré dans ces deux liens

Blog de David Williams

Article MSDN

Fondamentalement, étant donné que Team Build, à lui seul, ne créera pas les projets de configuration pour vous, cette approche vous oblige à ajouter une nouvelle étape de génération une fois la génération régulière terminée. Cette étape déclenche une deuxième génération en lançant devenv.exe. L'IDE construira vos fichiers d'installation. La construction supplémentaire est un peu coûteuse, mais nous n'en avions besoin que pour les versions qui allaient être supprimées. La version quotidienne aurait tout au plus besoin de cette personnalisation, notre version CI n'a pas besoin de créer des fichiers de configuration à chaque fois.

Après cela, vous exécutez certaines commandes de copie, créez à nouveau des étapes qui apparaissent dans les résultats de la génération de votre Team System, pour déplacer les fichiers d'installation vers un partage réseau, etc.

Cela ressemble un peu à un kluge au début, mais cela fonctionne, c'est aussi une partie à part entière de la construction automatisée de Team System, donc cela a fonctionné pour mes objectifs d'intégration continue.

La source