ソリューションを 3 つの構成で分割しようとしています。
発達
テスト
リリース
上記はすべて公開場所が異なるため、ユーザーはリリースで作業し、テストでテストを行い、開発リリースの新機能を確認できます。3 つのバージョンはすべて、異なる名前の接尾辞とアイコンでビルドされ、各ユーザーのワークステーションにインストールされます。
今のところ私は得る：
同じ ID を持つアプリケーションが既にインストールされているため、このアプリケーションをインストールできません。このアプリケーションをインストールするには、このアプリケーションのマニフェスト バージョンを変更するか、既存のアプリケーションをアンインストールしてください。」
これを 1 つのワークステーションに複数回インストールすることさえできません。
それで、これを達成するために私は何ができますか？
過去のように、ソリューションが非常に近いものであることがわかりました。最初に要件を指定できるようにする必要がありました。
したがって、主にそのような構成の数に依存していると言えます。
限定的で低い場合、つまり live/test/dev の場合、AppLive、AppTest、AppDev のように、それぞれを個別のプロジェクトとしてソリューションに含めることができます。これには、共通のすべてを個別のプロジェクトに移動するためのリファクタリングが必要ですが、コードとリリースが作成されます。より明確に、より簡単に管理できます。
これらの構成が無制限であるか、数が多い場合は、ファイルから構成をロードし、カスタム ロジックに基づいてプールから構成を選択する方法よりも優れています。
現在、ライブよりも早くテストバージョンをリリースできるようにしたいので、両方を組み合わせて使用していますが、私のアプリケーションは複数のブランチで使用されており、それぞれに独自のスタイル、ロゴなどがあるため、これが適用されます埋め込み xml ファイルから、適切なセットが Active Directory エントリに基づいて識別されます。
配置を変更しない限り、同じアプリケーションを複数回インストールすることはできません。これを行う最も簡単な方法は、アセンブリ名を変更することです。この記事では、これについて説明します。