YバージョンのZゾーン全体でN人の顧客向けに展開される妥当なサイズのアプリケーションがあります。これらの状況のそれぞれについて、WCFサービスURLに対応する各クリックワンスURLはすべて異なります。
展開/更新が必要になるまで、これらがどうなるかはわかりません。これは現時点では非常に手動のプロセスです。
ソリューションの構築、アセンブリバージョンの更新、クリックワンスクライアント構成の更新、正しいURL再署名クリックアプリセットアップサービス（URL、構成など）のデプロイ
私たちはこのプロセスを自動化し、この中で多くの時間とエラーを解放しようとしています。私たちのアプローチは、すべてのcommit builda汎用バージョンであり、バージョン番号ごとにアーティファクトとしてアーカイブします（クライアントのバージョン番号を自動的にインクリメントし、アプリ全体、クライアント、サーバー、dbスクリプトなどをそのバージョン番号で保存します）。これは、ビジネスがUATバージョンXを使用していると言うことができ、それが稼働することを喜んでいることを意味します。
私は、アーカイブ、変換の構成などを行う自動ツールを作成してから、クライアントアプリに再署名する作業を行っています。次に、クリックすると、更新が必要なリソースを含むsetup.exeが作成されることに気付きました。たとえば、名前が変更されたり、URLが変更されたりします。
このsetup.exeを取得し、自動化された/コマンドライン/ C＃の方法でリソース文字列を変更する方法を見つけようとしています。
ildasmを試しましたが、「エラー：setup.exeに有効なCLRヘッダーがなく、逆アセンブルできません」と表示されません。
このリソースを編集したり、アプリの汎用バージョンを作成して、新しい要件ごとにカスタマイズしたりできるようにする方法はどれも素晴らしいことです。