あなたの1ページ・アプリケーションをAzure devopsでアーチファクトに変えてください
6232 ワード
Azure devopsのビルドの出力を後で使用するには、ビルドアーティファクトとして発行する必要があります.この記事では、その設定方法を示します.
この例では、Nx monorepo toolsを使用して角度ベースの単一ページアプリケーション(SPA)を使用しますが、ビルドコマンドを知っていれば、一般的なプロセスを任意のスパフレームワークに適用できます.
新しいAzureパイプラインを作成する
Azure devopsのはパイプラインに行きます 「新しいパイプライン」を選択します.
あなたのレポに接続します 鉱山はAzure Repos Gitにあるので、私はそれを使用します
あなたのレポを選択 パイプラインテンプレートの設定 私は私の例のために“角度でnode . js”オプションを選択しました.jsオプションは動作します
完全なレビューをして保存して 私は新しいフォルダを作成し、ユニークな名前 を与えた私はまた、ベストプラクティス として、テスト中に新しいブランチを作成することを推奨します
ノード、NPM、およびコマンドラインインターフェイス(CLI)をインストールします NodeToolタスクをノードバージョンに更新 私は、ノード14を使用しました.
スクリプトを作成するは、『NPMインストールとビルド』スクリプトタスク より上に新しいは、あなたのプロジェクトを構築するためにマシン上で必要となるCLIを含むように 私は、私のプロジェクト のために角度(
プロジェクトに一致するCLIのバージョンを指定します 鉱山は、角度とNX の両方でバージョン12を使用しました
ディスプレー名を
私の例では、 ファイナルスクリプトタスクは次のようになります.
スクリプトのタスクを更新するは、 タスクは次のようになります.
パイプラインをビルドして発行する
私は2つの異なる環境を構築し、公開し、'ステージング'と'生産'を持っているので、私はこれを2回行うと、それぞれの別々のサブフォルダを使用するつもりです.作成ビルドタスク 「NPMインストール」スクリプトタスクをコピーし、新しいコピー をペーストしますプロジェクトビルドコマンドで 鉱山は
アカウント情報マネージャは、私のプロジェクト ですステージングは、私のプロジェクト で定義されたカスタム設定です OutputPathは、典型的な角度distフォルダ の下で「ステージング」と呼ばれている別々のフォルダをつくるためにセットされます DisplayNameを「ビルドステージング」(または、環境に適した名前) に変更します
公開ビルドアーティファクトタスクを追加する をクリックしてパイプラインにタスクを追加する
「アーティファクト」 のためのの検索 「ビルドアーティファクトタスクを発行」を選択し、「追加」をクリックします
'ビルドステージング'タスクでビルドパスに基づいて値を設定します 発行する私のパスは
マイアーティファクトの名前は
は、
ボタンをクリックします
あなたのパイプライン を保存します作成ビルドタスク 'ビルドステージング'スクリプトタスクをコピーし、新しいコピー をペーストしますあなたのビルドコマンドで 鉱山は
アカウント情報マネージャは、私のプロジェクト ですの生産は、私のプロジェクト で定義された構成です OutputPathは、典型的な角度distフォルダ の下で「生産」と呼ばれている別々のフォルダをつくるためにセットされます
公開ビルドアーティファクトタスクを追加する ビルドビルドに基づいてビルドビルドの値を設定します 発行する私のパスは
マイアーティファクトの名前は
は、
をクリックして「追加」ボタン 保存し、パイプライン を実行します
これで、Azure Devopsリリースで使用できるビルドアーティファクトがあります!(もちろん完成したら)
あなたが新しく作成されたビルドをAzure Static Web Apps(そして、異なる環境+承認がある)に配備したいならば、その上で私のポストをチェックしてください
この例では、Nx monorepo toolsを使用して角度ベースの単一ページアプリケーション(SPA)を使用しますが、ビルドコマンドを知っていれば、一般的なプロセスを任意のスパフレームワークに適用できます.
新しいAzureパイプラインを作成する
Azure devopsの
ノード、NPM、およびコマンドラインインターフェイス(CLI)をインストールします
スクリプトを作成する
script
タスクを加えますnpm install -g <ListOfCLIs>
に最初の行を設定します@angular/cli
)とNX(@nrwl/cli
)CLISを必要としましたnpm install <yourCLIName> CLI
に更新する私の例では、
npm install Angular CLI and Nx CLI
- script: |
npm install -g @angular/cli@12 @nrwl/cli@12
displayName: 'npm install Angular CLI and Nx CLI'
スクリプトのタスクを更新する
npm install
にタスクを簡素化します(我々はすでに上記のステップで必要とされるグローバルツールをインストールしています) - script: |
npm install
displayName: 'npm install'
パイプラインをビルドして発行する
私は2つの異なる環境を構築し、公開し、'ステージング'と'生産'を持っているので、私はこれを2回行うと、それぞれの別々のサブフォルダを使用するつもりです.
npm install
に置き換えますnx build account-info-manager:build --configuration=staging --outputPath=dist/staging
です「アーティファクト」
$(Agent.BuildDirectory)/s/dist/staging
に設定されますstaging
に設定されていますAzure Pipelines
としてアーチファクト出版場所を保ちますstaging
production
ですnx build account-info-manager:build --configuration=production--outputPath=dist/production
に設定されます$(Agent.BuildDirectory)/s/dist/production
に設定されていますproduction
としてアーチファクト出版場所を保ちますこれで、Azure Devopsリリースで使用できるビルドアーティファクトがあります!(もちろん完成したら)
あなたが新しく作成されたビルドをAzure Static Web Apps(そして、異なる環境+承認がある)に配備したいならば、その上で私のポストをチェックしてください
Azure Static Web Apps from Azure DevOps Releases
Blair Lierman ・ Aug 20 '21 ・ 5 min read
#devops
#staticwebapps
#singlepageapplications
#azurestaticwebapps
Reference
この問題について(あなたの1ページ・アプリケーションをAzure devopsでアーチファクトに変えてください), 我々は、より多くの情報をここで見つけました https://dev.to/blairlierman/turn-your-single-page-application-into-an-artifact-with-azure-devops-4a05テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol