2017-10-05 3 views
1

私はCI/CDの概念を学んでおり、dev、int、qaおよびprod環境にサンプルapiをデプロイするためにAzureでパイプラインを設定しようとしています。ビルドをすべての環境に正常に展開できました。しかし、企業でCI/CDを行う正しい方法は何ですか?ユニットテストをビルドで実行しても、すべての環境へのすべてのチェックインを構築することはできません。通常のフローは単体テストでステージ/ QAにデプロイし、一旦QAがサインオフすれば、ビルドをPROD権利に昇格させる必要がありますか?これはCI/CDパイプラインにどのように適合しますか?また、Devに複数のビルドを持つこともできます。stgとprodにどのビルドを展開するか選択できますか?CI/CD複数の環境へのパイプライン

+0

私はこの回答をお待ちしております。 DevOps SEコミュニティがありますので、より具体的なユーザーのためにそこに投稿することができます。 – AnoE

答えて

0

それぞれのチェックインをいくつかのバグ/タスクにリンクして、適切なテストケースにリンクさせるのが理想的です。自動テストケースのチェックが同時に実行され、チェックインが有効です。それが有効であれば、必要な承認を得た後に展開されるデプロイメントまでそれを並べることができます。ビルドの成功と失敗の履歴が大きくなるように、各チェックインに連続的な統合パイプラインを実行することをお勧めしますエラーを見つけたり追跡したりする必要があるときには安心してください。

プロダクト環境には、配布の要件として複数の承認があり、サインオフが提供されたときにすべての承認を提供します。

stgとprod .yesにマップするには、これを行うことができます。もしあなたがazureでWebアプリケーションを使用していて、prodとstageスロットを持っているなら、配備を配備設定のそれぞれのスロットに向けることができます。

他に必要な場合は教えてください。

これが役に立ちます。

関連する問題