0

プロジェクトに CI/CD を実装する予定です。要約すると、セットアップは次のとおりです。

  • コード リポジトリ (ソリューションとプロジェクト ファイルを含む)
  • 構成リポジトリ (さまざまな国の .config ファイルが含まれています)

複数の環境があるだけでなく、複数の国にインスタンスもあります。以下のサンプル:

  • 国 1
    • 開発
    • QA
    • 製品
  • 国 2
    • 開発
    • QA
    • 製品

Azure リリース パイプラインには、デプロイに使用できる複数のステージ (開発、QA、本番)と変数を含めることができることを理解しています。それから、国ごとに 1 つのリリース パイプラインを持つことができます。

私が苦労しているのはConfig Repositoryです。場合によっては、開発者が特定の環境の国の特定の構成ファイルを更新する必要がある場合があります。

私が考えることができる唯一の解決策は、これでリリース パイプラインを再度トリガーすることですが、VM の IISのWeb.configを置き換えるだけです。

ただし、開発者がコード リポジトリのみを更新すると、構成リポジトリからの変更が上書きされるため、これは良くありません。

パイプラインを使用して複数の国/環境を自動化する方法について何か提案はありますか?

ありがとうございました

4

1 に答える 1

1

こんにちは、Azure DevOps Environments を使用して環境戦略をターゲットにすることができます (あなたの場合、国と開発/QA/製品)

通常の方法では、.config および設定ファイルにリポジトリを使用しないでください。Azure パイプラインまたはインライン スクリプト用のセキュア ファイルの使用を検討することもできます (環境内での展開)。

そのAzure パイプライン環境の調査を開始して、それと YAML を理解し、マルチステージ YAML にどのように適用できるかを理解できます。

于 2021-06-24T01:46:25.513 に答える