お客様は、イントラネットサーバーにasp.netベースのWebシステムをインストールする必要があります。最初の調整が完了するとすぐに、サーバは私たちに完全にアクセスできなくなります（あなたが推測したようなセキュリティ上の理由から）。一方、私たちはまだメンテナンスと継続的な開発を担当しています。ASP.NET自動更新システム
私はいくつかの種類の自動更新システムの後です。これは、サイトと並行して動作するWindowsサービスのようであり、更新のために定期的に中央サーバーをポーリングするものとみなされます。中央サーバが開発者の制御下にあると仮定すると、そのようなアプローチは問題を解決するだろう。
問題は、そのようなシステムが商用であるか、フリー/オープンソースであるかどうかです。誰か聞いたことがありますか？私たちは少し時間が限られており、ゼロから書くのではなく、用意されたソリューションを受け入れることを好みます。
Phil Haackは、これを可能にするために一緒に置いているライブラリを持っていますが、私がDaveの答えに同意することはできますが、あなたがそれを制御できない場合は責任を負いません。
詳細はhereを参照してください。
リンクありがとうございます。私はナゲットに慣れていません。データベーススキーマの更新をサポートしていますか？インスタンス固有のファイルを保持できますか？サイトの異なるインスタンスには、外観とレイアウト（画像とCSSファイル）に関連する独自のファイルセットがあります。更新内容に関係なく、それらを保持する必要があります。 – Mooh
フィルは私の言うことから彼の図書館を終えたことはありません。有望に見えた。 –
Nugetは、NinjectやELMAHなどの外部ライブラリをプロジェクトにプルするためのシステムです。これはVisual Studioと統合されています。それは解放されますが、それはOPの問題に対処しません。 –
このシステムにアクセスできない場合は、自動更新サービスはお勧めできません。あなたのクライアントは、あなたをロックアウトしてアプリケーションをサポートすることに事実上部分的な責任を負っています。これは共通ですが、相互に理解されるべきです。
アップデートは、ロールバック機能を備えた別個のインストールパッケージとして適用する必要があります。サーバーにアクセスできない場合、クライアントは更新プログラムを適用する責任を引き継ぎます。クライアントがそのアレンジメントに不快な点がある場合は、クライアントのITスタッフの監督下でサーバーにアクセスできる「ガイド付き」アクセスについて話し合う必要があります。
wxBuild/wxUpdateが一般的ですが、アップデートサービスをサポートしているかどうかはわかりません。 – CodesInChaos
私はセキュリティの利得が少し疑わしいと思う。あなたはまだサーバに任意のバイナリをデプロイできるので、それが実行されます。 – CodesInChaos
@ CodeInChaos：私は銀行で働いており、ベンダーにとってはアクセスが制限されていることが一般的です。明らかにOPのクライアントは、マルウェアを配信しないように彼らを信じています。クライアントがリスク回避的である場合、インフラへのアクセスを制限する正当な理由があるかもしれません。 –