問題タブ [staging]

MSSQL + ASP.NET MVC + ASP.NET Web フォーム + IIS でホストされる WCF サービスという洗練された asp.net ソリューションがあるとします。

週に 1 回、ユーザーに対して透過的にソリューションを単一の実稼働サーバーに展開する必要があります。展開には、データベース スキームの変更、IIS のマイナーな再構成、ファイルの置換が含まれる場合があります。展開には時間がかかり、稼働時間に影響を与える可能性があります。

ユーザーの作業を中断せずに展開したり、ダウンタイムを最小限に抑えるにはどうすればよいですか? テクニックとベストプラクティスは何ですか?

(例: ステージング/本番環境の切り替え)

私が働いていたサイトは、Google を介してステージング サーバーに解決されています。すべての情報を削除しました。Google が情報を更新して表示されないようにするのにかかる時間。これを進めるために連絡できる人はいますか？

タイトルはほとんど質問だと思いますが、もう少し説明したいと思います...

Drupal は優れた CMS ですが、複数の環境 (開発 -> ステージング -> ライブ) を実現するためのプロセスが不足しています。

なぜ複数の環境が必要なのですか?
たとえば、サイトが稼働していて、機能を追加したり、何かを修正したりしたい場合は、もちろん直接稼働したくないので、実際には最初に開発を行い、クライアントがある場合はステージングに進み、最後に行ってください。生きるために...

これを達成する方法はありますか？
もちろん、データベースを完全に上書きするオプションは、私が探している答えではありません...ライブにはデータベースにユーザーデータがあるため...

ありがとう

私たちの会社には、ステージングサーバーと本番サーバーがあります。最新のリリース後、それらを 1:1 の状態にしようとしています。いくつかのホストとその多くのインスタンスで実行されている Web アプリケーションがあります。

問題は、新しい機能を簡単にテストし、新しいリリースで新しいバグの作成を回避するために、ステージング サーバーと運用サーバーで同じアーキテクチャ (構造) の Web アプリケーションを使用することを私が支持していることです。

しかし、誰もが私の意見に同意するわけではありません。彼らにとって、ステージング アプリケーション インスタンス間で異なる接続を確立することはそれほど大きな問題ではありません。実動サーバーよりもステージングでアプリケーションとアプリケーション間の接続を増やすことさえあるかもしれません。

そのようなアプローチの長所と短所についてお聞きしたいですか？私に同意するいくつかの良い点、またはおそらく私が正しくないいくつかの悪い点を意味します. 結果などのいくつかの例。

Herokuにステージングブランチを作成しようとしていますが、うまくいかないことがあります。

すでにherokuアプリを作成し、ステージングリモートを指すようにリモートを設定していると仮定します。

ステージング（リモート/マスター）を追跡する「ステージング」というローカルブランチを取得します。または、それが私が考えたものです。

だが：

私にこれを与えます：

ご覧のとおり、プルは妥当に見えますが、デフォルトのプッシュはそうではありません。それは私がそうするならそれを意味します：

gitpushstaging-リモート

ローカルマスターブランチをステージングブランチにプッシュします。しかし、それは私が望んでいることではありません。基本的に、更新をステージングブランチにマージし、次のようにブランチを指定しなくても、簡単にherokuにプッシュしたいと思います。

上記は難しいことではありませんが、誤って前のプッシュを実行して間違ったブランチをプッシュすることは避けたいと思います...これは私が作成したいプロダクションブランチにとって二重に重要です！

git configをいじってみましたが、これを正しく行う方法がまだわかりません...

プロダクションからステージングに切り替えるには何を変更すればよいですか?

また、ホスト情報に基づいて本番環境、ステージング環境、テスト環境などから自動的に切り替えるように Zend Framework を構成した人がいる場合は興味深い..

例..

私は Zend を初めて使用しますが、通常、ホスト情報に基づいて実行環境を自動的に切り替えるようにプロジェクトを構成します。

ありがとう

いくつかの別々のコミットでコミットしたい大きなコードを作成しました。
したがって、すべての変更がコミットされるまで、関連する部分のステージング、コミット、ステージング、コミットなどを行うことができます。

欠けている部分は、コミットを正しく分割したかどうかをどのようにテストできるかです。
つまり、ステージング領域にある部分が少なくともコンパイルされるかどうか。

そのためには、後でコミットする変更を失うことなく、何らかの方法で作業ツリーをインデックス（ステージング領域）と同期させる必要があります。

それを行う正しい方法は何ですか？それを行う最も簡単な方法
は何ですか？

更新：
magitでそれを行う方法は？

かなり複雑なサイトを本番環境にデプロイしようとしています。特に、ローカルで実行できない一部の外部サービスに関して、より現実的な環境でテストできるステージング環境が初めて必要です。

私の一般的な計画は、最初にローカルで開発とテストを行い、簡単な変更（小さなバグ修正、HTML / CSS、JSなど）を本番環境に直接プッシュし、大きな変更については、最初にステージングサブドメインにプッシュして徹底的なテストを行い、次に本番環境にプッシュすることです。

ステージングデータベースと本番データベースの同期を維持する必要はないと思いますが（手動で更新する場合もあります）、本番環境に関連してステージング環境を維持するための一般的なグッドプラクティスがあるかどうか疑問に思います。特にデータベースに関しては。

一般的な考え/アドバイス/経験をいただければ幸いです。

アップデート：

コメントありがとうございます、要点がわかります。これについて考えるのは少し時間がかかる価値があると思います。人気のある答えを受け入れました。

私の開発ログでは、作成された SQL ステートメントなどの情報を取得します。

ただし、ステージング サーバーにデプロイすると、開発ログに記録されません。

それを取得するためにカピストラーノ/レールを構成するにはどうすればよいですか?

注：本番環境で実行する必要があります（データベースアクセスなど）

多くのプロジェクトで構成されたコードベースがあります。現在、SVN にプロジェクトを追加するたびに、CruiseControl を再構成して、そのようなプロジェクトのビルドとテストを開始する必要があります。

SVN リポジトリをスキャンして、新しいプロジェクトを自分で見つけることができるツール (オープン ソースの方がよい) を探しています。プロジェクトは、「トランク、タグ、ブランチのサブフォルダーを含む SVN フォルダー」にすることができます。

ツールが多段階の継続的な統合とオンデマンドのビルドをサポートしている場合は、さらに優れています。

ありがとう