問題タブ [test-environments]

私はここ数日間、この問題に頭を悩ませようとしてきました。私が思いつく解決策は少し複雑です。通常、それは私が間違った方向に進んでいるという危険信号です。

とにかく、私は、間にテストサーバーを置いて、DevからProdに移行するための、堅実で手を離すワークフローを考え出そうとしています。

現在、私が取り組んでいるプロジェクトは開始されていないため、製品サーバーはありません。

すべての開発者はローカルで作業します。開発者が行った変更はリポジトリにコミットされ、開発環境に統合されます。現在、開発サーバーとテスト サーバーがあります。

Dev および Test Server データベースは非常に慎重に手作業で処理されており、起動するとすぐに問題が発生します。

これが私たちが立ち上げることを提案する方法です

テスト サーバーのコピーを作成します。そのコピーが製品になります。データの一貫性が保たれるように、Prod と Test の間にマスター/スレーブ関係を作成します。サイトを起動します。

毎晩 Test からデータを取得し、誰でもデータベースを最新のデータで更新できるようにします。

開発者はスキーマに変更を加え、それをテストしてレポに追加し、開発に移行します。

現在のデータと現在のスキーマは dev でマージされ、スキーマが何も壊していないことを確認します。新しいバージョンをリリースする準備が整うとすぐに、テストを行います。

すべての変更がテストされ、起動の準備が整ったら、Test のコピー (Test2) を作成し、Prod をフリーズします。Test が Prod になり、Prod のマスター/スレーブ関係が Test2 にフックされ、Test2 が Test になります。

笑わないでください、これが私が思いつく最高のものです。

これがうまくいかない理由、改善するために私ができること、またはプロセスを支援するツールについてのフィードバックは素晴らしいでしょう.

開発、テスト、運用などのさまざまな環境で実行する必要があるasp.netアプリケーションがあります。このサイトでは、いくつかの接続文字列、3 つの Web サービス、OData サービス用のさまざまな URL パス、さまざまなファイル アップロード ディレクトリ、ファイル アップロード ディレクトリ用のさまざまなパスワード、およびエラー ログへのさまざまな接続を使用しています。

変更が必要なすべてのものを変更したことを確認するために別の環境を変更する必要があるときはいつでも本当に苦痛になり、維持するのが非常に難しくなります. 別の web.config ファイルを保持するように言う人もいますが、それがこの問題を解決する最善の方法だとは思いません。特に、Web サービスの .svcmap ファイルを更新する必要がある場合、複数の Web 構成を保持しても問題が解決するとは思えません。誰かが私が持っているオプションを提案できますか?

中規模の SQL2005 データベースがあり、他の SQL Server および Netezza データベースへの参照 (リンク サーバー経由) があります。PROD には参照が存在します。私のVS2012データベースプロジェクトでは、参照をリンクサーバーまたはデータベース参照として適切にインポートし、プロジェクトをコンパイルしました。ただし、警告はたくさんあります。

変更をテストできるように、参照されているデータベースがない DEV および TEST 環境に変更を展開できる必要があります。私の変更は、見つからないデータベースを参照するオブジェクトにありません。「スキーマ比較」>「更新」を使用してもデプロイに失敗するため、デプロイできません。

この場合のベストプラクティスは何ですか？

別のテスト環境ファイルで更新して、テスト環境を作成しようとしています。私の状況は次のとおりです。

ディレクトリSRCがあります。必要なすべてのビルドを含むディレクトリ「test_bundles」および「tools_bundles」があります。さらに、SRC には「test_bundles」および「tools_bundles」ディレクトリ内の特定のビルド、つまりシンボリック リンクを指すファイル「test_bundle_1」、「tools_bundle_1」などを含む「latest」ディレクトリがあります。

現在、別の Linux システムに、SRC ディレクトリの「test_bundles」と「tools_bundles」の内容で定期的に更新される DEST ディレクトリがあります。また、SRC ディレクトリ内の「最新」と同じファイルを持つ DEST に「最新」ディレクトリが必要ですが、DEST 内の「test_bundles」および「tools_bundles」内のビルド (これらのビルドは同じです) を指します。

ファイルはリンクを別のビルドに変更し、さらに、新しいファイルは SRC 内の「最新」にも追加されることに注意してください。したがって、コピー操作を行うたびに、すべてが更新されます。

これを何と呼べばいいのかわからない。別の親ディレクトリ構造へのリンクを使用して、SRC の「最新」を DEST の「最新」ファイル (シンボリック リンク) にコピーしようとしていますか。

「test_bundles」と「tools_bundles」を更新することで、スクリプトがうまく機能していることに注意してください。テスト環境が異なるベースディレクトリを使用する「最新」ファイルの方法が必要です。

コントローラーでリクエスト (ファイルのアップロード) を行う統合テストがあります。テストは、CommonsMultipartResolver をセットアップしなくても機能します。しかし、本番環境をセットアップしなければならない瞬間に、CommonsMultipartResolver を追加する必要があります。しかし、これには私のテストがうまくいかないという副作用があります。テスト用ではなく、本番用に xml 構成が必要であることも同じです。テスト環境と本番環境のプロファイルを定義する可能性があることを知っています。プロファイルを持たない可能性は他にありますか?

multipartresolver の構成は単純です。

私のテストも簡単です：

(テストコードを少し簡略化しました (これはここでは問題ではありません。動作します。))

テストの実行中に Multipartresolver の構成を把握し、構成にコメントするたびに覚えておく必要がなく、すべてを本番環境に置くときに有効にする方法を知っている人はいますか?

これで、DLL 地獄の問題の後、TFS ビルドが機能し始めました。私は、特定のイメージを特定の環境に展開する方法を理解することを任されています。

私は現在、TFS がすぐに使用できる構成に基づいてファイルを無視できるかどうかを確認しようとしています。それ以外の場合、web.config を使用して、現在の環境に基づいて読み取られるイメージを変更する方法を知っている人はいますか?ビルドスクリプト。私の経験が完全ではないことに気付いたので質問します。

お時間をいただきありがとうございます。