Visual Studio 2010セットアッププロジェクトのプロパティ

Question

私たちのグループが私たちのインストールで持っているいくつかの問題を調査しています。私は過去に私たちの設備に関わっていないので、私はあまりそれに精通していません。私は良い事例に従っていることを確認したい。

私が混乱しているのは、いつバージョンプロパティを変更するかを決定することです。

MSDNはしかし、私は私のグループは、過去にそれをやってきた道にそれを適用する方法がわからないよ http://msdn.microsoft.com/en-us/library/windows/desktop/aa370579(v=VS.85).aspx

...等製品コード、バージョンを更新するときに、本当に良いガイドを持っています。現在のプロセスは、バージョン番号を決して変更しないことです。それは1.0.0であり、多くの更新（VB6 - > VB.NET変換を含む）があったとしても、長い間続いています。

私のグループは、現時点でのプロダクションとベータ版の2つのバージョンのみを実際に管理しています。私たちは、アップデートやホットフィックスを送信せず、まったく新しいリリースです。これは、これらの2つのバージョンの間で必要な唯一の差別化です。ただし、ユーザーは同時に1つのバージョンしかインストールできません。どうやらバージョン番号を1.0.0にしておくと、インストールに役立ちます。これはそれを行う良い方法のようには見えません。

MSIには、少なくとも新しいバージョン番号が必要です。私のグループの現在のプロセスに誰かが推薦を持っていますか？私は、ユーザーがバージョンをインストールしようとすると、そのアプリケーションのどのバージョンがすでにそのマシンにインストールされているかを確認する必要があります。

ありがとうございました！

Answer 1

major upgradeメカニズムを使用すると、パッケージが古いバージョンを自動的にアンインストールできるようにすることができます。基本的には、アプリケーションの新しいバージョンをリリースするたびに、セットアッププロジェクトの製品バージョンを増やし、製品コードを変更します。

また、RemovePreviousVersionsプロパティがTrueに設定されていることを確認する必要があります。

経験則は、アプリケーションファイルの1つを変更し、その変更を配布するたびに新しいバージョンのパッケージを作成することです。

メジャーアップグレードの代替品はpatchesです。これらのファイルには更新されたファイルのみが含まれているため、新しい製品コードは必要ありません。ただし、作成するには別のセットアップオーサリングツールが必要です。 Visual Studioはパッチを作成できません。