OK、これは既に尋ねられているか、または回答があった場合に謝罪しますが、正しい用語が難しいため調査中の問題に適切な状況を見つけるのに苦労していますで来る！C＃Webサービスのデプロイメントのバージョンロールバック/削除
何らかの理由で私たちがリリースに失敗した場合、私たちは展開のためのロールバックソリューションを探しています。私たちのソース管理を大きく構成する以外に、リリースが失敗した場合は、SVNから以前のバージョンを取得してLive Serverに再パブリッシュする方がよいでしょうか？
以前にリリースされたバージョンにロールバックするためのすばやく適切な方法はありますか？ 私は主にWebサービスに焦点を当てていますが、これらの問題は明らかに顧客に問題を引き起こし、できるだけ早く修正する必要があります。
私はすべてのアイデアを聞いて欲しいので、どんな提案やコメントもお待ちしています。
ありがとうございます！
なぜ古いディレクトリをバックアップディレクトリにコピーしないでください。 デプロイメントが失敗した場合は、バックアップディレクトリからコピーするだけで済みます。 は、小さなバッチスクリプトで簡単に行うか、設定の可能性を高めるためには使用しないでください。
私はいつも私のWCFサービス用のインストーラを作成しています。私はこれがASMXサービスのために働くと仮定することができます。
以前にインストーラを作成していない場合は、学習曲線があります。私はこれを見渡した：http://aspalliance.com/622しかし、それは私がやったことにかなり近く見えた。どう考えているか教えてください。
ちょっと考えましたが、バージョンを並べて実行することを検討しましたか？
IE：新しいバージョンを別のURLで導入し、顧客がステージングされたプロセスでこのバージョンに切り替えるようにしましたか？
これにより、スイッチをより細かく制御することができます。また、古いバージョンのクライアントを使用しているWebサービスインタフェースが変更された顧客が古いバージョンに対して引き続き機能することができるということも意味します。
サービスに依存するクライアントソフトウェアを展開する場合は、クライアントがアップグレードされるまで古いバージョンのクライアントで作業を続けることもできます。
私はこれを考えていましたが、ファイルの追加/ファイルの置き換えやファイルの置き換えが複雑になるため、私はさらにこれを見ていきます。 –
合併症はありませんafaik 唯一注意すべきことはディレクトリ認証です。コピー後に再適用する必要があります。 – nWorx
広範なテストを行った後、これは不具合なく効率的に動作するようです。私が何らかのトラブルに遭遇した場合、これを更新します。 –