Environmentsを使用するようにリリース管理を設定する方法について私は頭を下げています。私たちのアーキテクチャには、Webサーバー上にあるAngularフロントエンドとWebApiプロジェクトと、Appサーバー上にあるWCFプロジェクト(合計3プロジェクト)があるとしましょう。さらに、テスト、ステージ、および本番環境があります。VSTSリリースの環境
3つの環境で1つのリリース定義を作成することに間違いはありません。各環境定義は、3つのプロジェクトすべてに必要な成果物をその環境に必要なフォルダ/サーバーに展開するタスクで構成されますか?
これはどのように動作するのですか?ドキュメンテーションは悪くありませんが、私は実世界の具体例をもっと必要としています。
はい、WCFサービスは公開API(webApi)プロジェクトにデータを提供します。したがって、テスト、ステージ、プロダクションのための "環境"を持つウェブアプリケーションのリリース定義があるべきです2.テスト、ステージ、プロダクションのための "環境"を持つWebApiプロジェクト3.テストの "環境"を持つWCFプロジェクト、ステージ、プロダクション?または、私はこれを誤解していますか? –
もう1つは、TEST環境がCI(Push to TST Branch)で設定されている場合、STAGE環境はCI(ステージへのマージ)で設定され、PRODUCTION環境は手動展開であるため、PRODUCTION他の環境を再展開します。これは正しいです? –
@MattMはい、Test、Stage、Production環境でリリースし、各環境でこれらのアプリをデプロイするタスクを追加します。 –