MENU

PowerShellでAzure DevOpsのリリースパイプラインを一括作成する方法

PowerShell

PowerShellは、多くのシステム管理者や開発者にとって不可欠なツールであり、Azure DevOpsとの連携によって、さまざまなタスクを自動化できます。特にリリースパイプラインの作成作業は、プロジェクトの規模や複雑さに応じて時間がかかることがありますが、PowerShellを活用することで、一括作成やステージング環境の自動化を効率的に実現可能です。本記事では、Azure DevOpsのリリースパイプラインをPowerShellで作成する具体的な手法や、実践的なスクリプト例を詳しく解説します。これにより、開発や運用の効率化を目指しましょう。

目次

Azure DevOpsリリースパイプラインの基本概念


Azure DevOpsリリースパイプラインは、アプリケーションやサービスを開発環境から本番環境へと効率的かつ信頼性の高い形で展開するプロセスを管理する仕組みです。これにより、リリース作業の自動化や継続的デリバリーが実現します。

リリースパイプラインの構成要素


リリースパイプラインは、以下のような主要コンポーネントで構成されています。

アーティファクト


アーティファクトは、ビルドプロセスによって生成された成果物（例えば、実行可能ファイルやパッケージ）を指します。これらは、パイプラインの出発点となります。

ステージ


ステージは、リリースプロセスを段階的に実行する単位です。開発、テスト、ステージング、本番など、複数のステージを設定することで、環境ごとの動作確認が可能になります。

タスク


タスクは、各ステージ内で実行される具体的な作業です。例えば、デプロイ、スクリプト実行、テストなどの操作が含まれます。

リリースパイプラインの利点


Azure DevOpsリリースパイプラインを活用することで、次のような利点が得られます。

  • 自動化：手動でのデプロイ作業を削減し、エラーを防止します。
  • 一貫性：ステージごとに統一されたプロセスを適用できます。
  • トレーサビリティ：誰が、いつ、何をリリースしたかを明確に記録できます。

リリースパイプラインの基本を理解することで、PowerShellを用いた一括作成や自動化の実践にスムーズに取り組むことができます。

PowerShellを使用するメリットと事前準備

PowerShellを使用するメリット


PowerShellはAzure DevOpsと統合することで、高い効率性と柔軟性を提供します。以下は、PowerShellを活用する主な利点です。

1. 自動化の強化


リリースパイプラインの作成からデプロイまでの一連の作業をスクリプト化でき、手作業を排除して効率を向上させます。

2. 再利用可能なスクリプト


一度作成したスクリプトをテンプレート化することで、複数プロジェクトや異なる環境でも再利用が可能です。

3. 高い柔軟性


PowerShellは、Azure DevOps REST APIとの組み合わせにより、リリースパイプラインの細部までカスタマイズ可能です。

事前準備

1. 必要なツールのインストール


PowerShellを使うために以下のツールをインストールします。

  • Azure CLI：Azureリソースの管理に必要です。
  • Azure DevOps CLI：Azure DevOps特有のコマンド操作を可能にします。
  • PowerShell：バージョン5.1以上、またはPowerShell Coreが推奨されます。

2. Azure DevOpsのパーソナルアクセストークン（PAT）の作成


Azure DevOps REST APIを利用するには、認証用のPATが必要です。以下の手順で作成できます。

  1. Azure DevOpsポータルにログイン
  2. [セキュリティ] > [パーソナルアクセストークン]を選択
  3. 必要なスコープ（例：リリース、ビルド）を指定してトークンを生成

3. PowerShellモジュールのインストール


Azure DevOpsとの統合を容易にするため、以下のモジュールをインストールします。

Install-Module -Name Az -Scope CurrentUser
Install-Module -Name AzureDevOps -Scope CurrentUser

環境設定


これらの準備が整ったら、PowerShellを使用してAzure DevOpsと接続し、リリースパイプラインの作成作業を始める準備が完了します。

PowerShellを活用する事前準備を整えることで、自動化プロセスをスムーズに進めることが可能になります。

Azure DevOps REST APIの概要

Azure DevOps REST APIは、Azure DevOps内のさまざまなリソースにプログラム的にアクセスし、操作を実行するためのインターフェースを提供します。このAPIを使用することで、リリースパイプラインの作成や構成の変更をPowerShellなどから自動化できます。

REST APIの基本構造

Azure DevOps REST APIは、以下の基本的な構造に従います。

https://dev.azure.com/{organization}/{project}/_apis/{resource}?api-version={version}
  • organization：Azure DevOpsの組織名
  • project：操作対象のプロジェクト名
  • resource：操作対象のリソース（例：release、build）
  • api-version：APIのバージョン（例：6.0）

例：リリースパイプライン一覧の取得


以下のエンドポイントを使用して、プロジェクト内のリリースパイプライン一覧を取得します。

GET https://dev.azure.com/{organization}/{project}/_apis/release/definitions?api-version=6.0

認証方法

Azure DevOps REST APIを使用する際は、認証が必要です。通常、パーソナルアクセストークン（PAT）を使用します。

Authorizationヘッダーの例


APIリクエストには、Authorizationヘッダーを含めます。

Authorization: Basic {base64-encoded-string}

{base64-encoded-string}は、以下の形式をBase64エンコードしたものです。

{username}:{PAT}

※ usernameには空の文字列を使用可能です。

主なリソースと操作

Azure DevOps REST APIで頻繁に利用されるリソースを以下に示します。

1. Release Definitions（リリースパイプラインの定義）

  • エンドポイント: GET /_apis/release/definitions
  • 操作例: パイプラインの一覧取得、新規作成

2. Releases（リリースの管理）

  • エンドポイント: POST /_apis/release/releases
  • 操作例: 新しいリリースの作成、進捗確認

3. Environments（環境設定）

  • エンドポイント: GET /_apis/release/environments
  • 操作例: ステージごとの状態確認、更新

REST APIの利用を効率化するツール

Postman


APIのテストや実験に便利なツールです。Azure DevOps REST APIのリクエストを簡単に構成できます。

PowerShell


PowerShellを使用してAPIを呼び出し、自動化スクリプトを作成できます。以下に簡単な例を示します。

$organization = "YourOrganization"
$project = "YourProject"
$pat = "YourPersonalAccessToken"
$uri = "https://dev.azure.com/$organization/$project/_apis/release/definitions?api-version=6.0"

$headers = @{
    Authorization = "Basic " + [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))
}

$response = Invoke-RestMethod -Uri $uri -Method Get -Headers $headers
$response.value

まとめ


Azure DevOps REST APIの基礎を理解することで、PowerShellを用いたリリースパイプラインの操作や自動化に向けた第一歩を踏み出すことができます。APIの仕様に慣れることで、より効率的な操作が可能になります。

REST API用のPowerShellスクリプトの作成方法

Azure DevOps REST APIを活用するためのPowerShellスクリプトを作成することで、リリースパイプラインの一括作成や管理を効率化できます。このセクションでは、実践的なスクリプト例を用いて、PowerShellとREST APIの連携方法を解説します。

基本構造の説明

PowerShellスクリプトは、以下の流れでREST APIを利用します。

1. 認証情報の設定


パーソナルアクセストークン（PAT）を使用して認証を行います。

2. REST APIリクエストの構築


エンドポイントURLを作成し、リクエストヘッダーを設定します。

3. HTTPメソッドの実行


Invoke-RestMethodやInvoke-WebRequestコマンドレットを使用します。

スクリプト例: 新規リリースパイプラインの作成

以下のスクリプトは、新規リリースパイプラインを作成する例です。

# パラメータ設定
$organization = "YourOrganization"  # Azure DevOpsの組織名
$project = "YourProject"            # プロジェクト名
$pat = "YourPersonalAccessToken"    # パーソナルアクセストークン
$apiVersion = "6.0"
$uri = "https://dev.azure.com/$organization/$project/_apis/release/definitions?api-version=$apiVersion"

# 認証ヘッダーの作成
$headers = @{
    Authorization = "Basic " + [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))
    "Content-Type" = "application/json"
}

# リリースパイプラインの定義
$releaseDefinition = @{
    name = "NewReleasePipeline"
    variables = @{
        Environment = @{
            value = "Staging"
            isSecret = $false
        }
    }
    stages = @(
        @{
            name = "BuildStage"
            tasks = @(
                @{
                    name = "DeployTask"
                    taskId = "SampleTaskId"
                    inputs = @{
                        ExampleInput = "Value"
                    }
                }
            )
        }
    )
}

# JSON形式に変換
$body = $releaseDefinition | ConvertTo-Json -Depth 10

# POSTリクエストの送信
$response = Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body
Write-Output "New Release Pipeline Created: $($response.name)"

スクリプトのポイント解説

1. 認証ヘッダー


Authorizationヘッダーに、Base64エンコードされたPATを含めます。このヘッダーはすべてのリクエストに必須です。

2. リリース定義


$releaseDefinitionオブジェクトで、リリースパイプラインの構造を定義します。これには、ステージやタスク、変数の設定を含めることができます。

3. JSONへの変換


REST APIはJSONフォーマットを受け付けるため、PowerShellオブジェクトをConvertTo-Jsonで変換します。-Depthパラメータを指定してネストされた構造を正確に変換します。

動作確認とトラブルシューティング

レスポンスの確認


$responseにはAPIリクエストの結果が格納されます。新しいパイプライン名やエラーコードを確認します。

エラー時の対処


APIリクエストが失敗する場合、以下を確認してください。

  • 正しいエンドポイントURLが指定されているか
  • PATが有効か
  • $bodyのJSON構造が正しいか

まとめ


このスクリプトを活用することで、Azure DevOpsリリースパイプラインを効率的に作成できます。カスタマイズすることで、プロジェクトに応じた柔軟な管理が可能になります。

リリースパイプラインのテンプレート作成と活用

リリースパイプラインのテンプレートを作成することで、繰り返し利用できる構造を構築し、時間を節約しつつミスを防ぐことが可能です。このセクションでは、リリースパイプラインテンプレートの作成手法と、その活用方法を解説します。

テンプレート化の利点

1. 再利用性の向上


標準化されたテンプレートを使用することで、複数プロジェクト間で一貫性を保ちながら効率よくパイプラインを構築できます。

2. 設定ミスの削減


あらかじめ定義されたテンプレートを利用することで、設定漏れやミスを防止します。

3. メンテナンス性の向上


テンプレートを更新するだけで、関連するすべてのパイプラインを統一的に改善できます。

テンプレートの作成方法

Azure DevOpsでは、リリースパイプラインの定義をJSON形式でエクスポートできます。このJSONをベースにテンプレートを作成します。

1. 既存パイプラインのエクスポート

  1. Azure DevOpsポータルで対象のリリースパイプラインを開く
  2. [エクスポート] オプションを選択して定義をJSONファイルとして保存

2. テンプレート化の編集


エクスポートしたJSONファイルを編集して、汎用的に利用可能な構造に変更します。例として、環境変数やタスクの詳細をプレースホルダーに置き換えます。

JSON例: 汎用的なテンプレート

{
    "name": "TemplatePipeline",
    "stages": [
        {
            "name": "BuildStage",
            "tasks": [
                {
                    "name": "Build",
                    "inputs": {
                        "ProjectPath": "${ProjectPath}",
                        "BuildConfiguration": "${BuildConfiguration}"
                    }
                }
            ]
        },
        {
            "name": "DeployStage",
            "tasks": [
                {
                    "name": "Deploy",
                    "inputs": {
                        "Environment": "${Environment}"
                    }
                }
            ]
        }
    ]
}

3. テンプレートの保存


編集したJSONファイルを、再利用しやすいようにバージョン管理ツール（Gitなど）で管理します。

テンプレートの活用方法

1. PowerShellを使用したデプロイ


テンプレートJSONを使用して、新しいリリースパイプラインを作成するPowerShellスクリプトを用意します。

# テンプレートの読み込み
$templatePath = "PathToTemplate.json"
$template = Get-Content $templatePath -Raw | ConvertFrom-Json

# カスタマイズ
$template.name = "NewPipelineName"
$template.stages[1].tasks[0].inputs.Environment = "Staging"

# JSONに変換してAPIリクエスト
$body = $template | ConvertTo-Json -Depth 10
$response = Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body

Write-Output "Pipeline Created: $($response.name)"

2. 複数プロジェクトへの展開


PowerShellスクリプトをループ処理で活用し、複数のプロジェクトに対して同一のテンプレートを適用できます。

ベストプラクティス

  • テンプレートをバージョン管理：変更履歴を追跡しやすくします。
  • プレースホルダーを活用：プロジェクト固有の値を柔軟に設定できるようにします。
  • ドキュメント化：テンプレートの用途や設定項目を詳細に記載します。

まとめ


テンプレート化されたリリースパイプラインは、作業の効率化と品質向上に大きく貢献します。標準化と再利用可能性を重視することで、複雑なリリースプロセスをシンプルかつ効果的に管理できます。

ステージング環境の自動化

ステージング環境は、本番環境へリリースする前に動作確認を行う重要なプロセスです。PowerShellを活用してステージング環境の構築や更新を自動化することで、作業の効率化と精度向上を実現します。このセクションでは、ステージング環境の自動化に必要なテクニックと実践例を解説します。

ステージング環境の自動化の利点

1. 時間の節約


手作業で行う環境設定をスクリプト化することで、繰り返しの作業時間を大幅に短縮します。

2. エラーの削減


スクリプトを利用することで設定ミスを防ぎ、一貫した構成を確保します。

3. スケーラビリティ


複数のステージング環境を簡単に構築および管理できるようになります。

PowerShellを使用したステージング環境の構築

以下の例では、PowerShellスクリプトを用いてAzure DevOpsのリリースパイプライン内でステージング環境を自動的にセットアップします。

ステージング環境の構築スクリプト例

# パラメータ設定
$organization = "YourOrganization"
$project = "YourProject"
$pat = "YourPersonalAccessToken"
$apiVersion = "6.0"
$uri = "https://dev.azure.com/$organization/$project/_apis/release/releases?api-version=$apiVersion"

# 認証ヘッダー
$headers = @{
    Authorization = "Basic " + [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))
    "Content-Type" = "application/json"
}

# ステージング環境設定
$stagingConfig = @{
    name = "StagingEnvironment"
    stages = @(
        @{
            name = "Staging"
            tasks = @(
                @{
                    name = "DeployApp"
                    inputs = @{
                        AppPath = "PathToAppPackage"
                        Environment = "Staging"
                    }
                },
                @{
                    name = "RunTests"
                    inputs = @{
                        TestSuite = "StagingTests"
                    }
                }
            )
        }
    )
}

# JSON変換
$body = $stagingConfig | ConvertTo-Json -Depth 10

# リリース作成
$response = Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body
Write-Output "Staging Environment Created: $($response.name)"

スクリプトの詳細解説

1. ステージ設定


stagesセクションで、ステージング環境の名前やタスク（アプリケーションデプロイやテスト実行）を定義します。

2. 環境変数の利用


inputs内で、環境名やテストスイートなどのパラメータを動的に設定できます。

3. JSONフォーマット


Azure DevOps REST APIでは、JSON形式でのリクエストが必要です。スクリプト内でConvertTo-Jsonを使用して適切な形式に変換します。

よくある課題と対策

課題1: 認証エラー


対策: PATのスコープ設定を確認し、リリースおよび環境管理に必要な権限が付与されているか確認します。

課題2: JSONフォーマットエラー


対策: REST APIドキュメントを確認し、送信するJSONが正しい構造になっていることを確認します。

課題3: ステージング環境でのテスト失敗


対策: デプロイ後にログを収集し、エラー内容を確認して問題を特定します。

ステージング環境のベストプラクティス

  • 環境のクローン化: 本番環境と同じ設定をステージング環境に適用し、問題発生のリスクを軽減します。
  • 自動テストの統合: ステージング環境におけるテストをリリースパイプラインの一部に組み込みます。
  • 継続的モニタリング: ステージング環境の健全性を監視し、異常を検出した場合は自動通知を設定します。

まとめ


PowerShellを活用したステージング環境の自動化は、リリースプロセスの効率化に大きく寄与します。定義済みのスクリプトとベストプラクティスを活用し、信頼性の高いリリースパイプラインを構築しましょう。

よくあるエラーとそのトラブルシューティング

PowerShellとAzure DevOpsを利用してリリースパイプラインを操作する際、いくつかのエラーが発生することがあります。このセクションでは、よくあるエラーとその解決方法を詳しく解説します。

認証に関するエラー

エラー内容

401 Unauthorized

認証に失敗し、APIリクエストが拒否される場合に表示されます。

原因

  • パーソナルアクセストークン（PAT）が正しく設定されていない。
  • PATの有効期限が切れている。
  • PATに必要なスコープが不足している。

対策

  1. PATの再生成: Azure DevOpsのポータルで新しいPATを作成し、適切なスコープ（リリース、環境管理など）を設定します。
  2. スクリプトの認証情報を更新: PATを正しくスクリプトに設定していることを確認します。
$headers = @{
    Authorization = "Basic " + [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))
}

REST APIのエンドポイントエラー

エラー内容

404 Not Found

指定したエンドポイントが見つからない場合に表示されます。

原因

  • APIリクエストのURLが間違っている。
  • プロジェクトやリソースが存在しない。
  • APIバージョンが古いか不正確。

対策

  1. URLの確認: 組織名、プロジェクト名、エンドポイントが正しいか確認します。
    例:
https://dev.azure.com/{organization}/{project}/_apis/release/definitions?api-version=6.0
  1. 最新のAPIバージョンを使用: Azure DevOps REST APIの公式ドキュメントを確認し、最新のapi-versionを指定します。

JSONフォーマットのエラー

エラー内容

400 Bad Request

APIリクエストのボディに問題がある場合に表示されます。

原因

  • JSON形式が正しくない。
  • 必須フィールドが不足している。
  • フォーマットの深さ制限に違反している。

対策

  1. JSONの検証: JSONリクエストボディが正しいフォーマットであるかを確認します。
  2. PowerShellの深さ設定: ConvertTo-Jsonで-Depthパラメータを指定します。
$body = $releaseDefinition | ConvertTo-Json -Depth 10

リソース競合エラー

エラー内容

409 Conflict

リクエストが競合して処理できない場合に表示されます。

原因

  • 同時に複数のスクリプトが同じリソースを操作している。
  • リソースがロックされている。

対策

  1. リソースのロックを確認: Azure DevOpsポータルでリソースの状態を確認し、ロックされていないか確認します。
  2. リトライ機能の実装: スクリプトにリトライ処理を追加します。
for ($i = 0; $i -lt 3; $i++) {
    try {
        $response = Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body
        break
    } catch {
        Start-Sleep -Seconds 5
    }
}

デプロイメントエラー

エラー内容

Deployment Failed

ステージングや本番環境へのデプロイが失敗した場合に発生します。

原因

  • 環境設定のミス。
  • 必要なリソースが不足している。
  • スクリプトの依存関係が解決されていない。

対策

  1. ログの確認: デプロイプロセスのログを確認し、失敗の原因を特定します。
  2. リソースの確認: 環境設定や依存リソースが正しくセットアップされているか確認します。

まとめ


PowerShellとAzure DevOpsを用いる際のエラーは、適切な対策を講じることで解決可能です。本記事で紹介したエラー例と解決策を参考に、トラブルシューティングを迅速かつ正確に進めましょう。

応用例：複数プロジェクトへの展開

PowerShellを活用することで、複数のAzure DevOpsプロジェクトにリリースパイプラインを一括で展開することが可能です。このセクションでは、複数プロジェクトへの展開方法と効率的なスクリプトの作成手法について解説します。

複数プロジェクト展開の必要性

複数のプロジェクトが同一のリリースプロセスや設定を共有している場合、一括展開を行うことで以下のメリットがあります。

1. 作業の効率化


一つのスクリプトで複数プロジェクトを管理でき、手動作業を削減します。

2. 一貫性の確保


リリースパイプラインの設定を標準化することで、環境間の違いを防ぎます。

3. スケーラビリティ


新規プロジェクトが追加されても、簡単にパイプラインを適用できます。

スクリプト例：複数プロジェクトへのリリースパイプライン展開

以下のスクリプトは、複数のプロジェクトに同じリリースパイプラインを展開する例です。

# パラメータ設定
$organization = "YourOrganization"
$projects = @("ProjectA", "ProjectB", "ProjectC")  # 対象プロジェクトのリスト
$pat = "YourPersonalAccessToken"
$apiVersion = "6.0"
$templatePath = "PathToTemplate.json"  # テンプレートファイルのパス

# 認証ヘッダーの作成
$headers = @{
    Authorization = "Basic " + [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$pat"))
    "Content-Type" = "application/json"
}

# テンプレートの読み込み
$template = Get-Content $templatePath -Raw | ConvertFrom-Json

# 各プロジェクトにリリースパイプラインを展開
foreach ($project in $projects) {
    Write-Output "Deploying to project: $project"

    # APIエンドポイント
    $uri = "https://dev.azure.com/$organization/$project/_apis/release/definitions?api-version=$apiVersion"

    # テンプレートをカスタマイズ
    $template.name = "ReleasePipeline_$project"  # プロジェクトごとに名前を変更
    $template.variables.Environment.value = "Staging"

    # JSON変換
    $body = $template | ConvertTo-Json -Depth 10

    # APIリクエスト
    try {
        $response = Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body
        Write-Output "Pipeline created for $project: $($response.name)"
    } catch {
        Write-Error "Failed to deploy pipeline for $project: $_"
    }
}

スクリプトのポイント解説

1. プロジェクトリストの設定


$projects配列に展開対象のプロジェクト名を追加します。これにより、スクリプトの柔軟性を確保します。

2. テンプレートの再利用


テンプレートファイルを読み込み、各プロジェクト用にカスタマイズして使用します。これにより、一貫性を保ちながら柔軟に展開できます。

3. エラーハンドリング


try–catchブロックを用いて、各プロジェクトへの展開時に発生するエラーをキャッチし、失敗したプロジェクトを特定します。

応用例：動的なプロジェクトリストの取得

Azure DevOps REST APIを使用して、組織内のプロジェクトリストを動的に取得し、展開対象を自動化できます。

# プロジェクトリストの取得
$projectsUri = "https://dev.azure.com/$organization/_apis/projects?api-version=6.0"
$projectList = Invoke-RestMethod -Uri $projectsUri -Headers $headers
$projects = $projectList.value | ForEach-Object { $_.name }

# 上記スクリプトを利用して展開を実行

ベストプラクティス

  • ログの記録: 各プロジェクトへの展開結果をログに保存して後から確認できるようにします。
  • リトライ機能: ネットワークや認証エラーに対して再試行する仕組みを追加します。
  • 環境ごとのカスタマイズ: ステージングや本番など、環境ごとに異なる設定を適用する場合はスクリプト内で柔軟に対応できるようにします。

まとめ


複数プロジェクトへのリリースパイプライン展開は、PowerShellスクリプトを使用することで効率的に実現できます。テンプレートと自動化技術を組み合わせることで、一貫性を保ちながら大規模なプロジェクト運用をシンプルに管理できます。

まとめ

本記事では、PowerShellを活用したAzure DevOpsのリリースパイプライン作成と自動化について解説しました。リリースパイプラインの基本概念から、PowerShellスクリプトを用いたREST API連携、テンプレートの作成と活用、ステージング環境の自動化、さらに複数プロジェクトへの一括展開までを詳細に説明しました。

適切なスクリプトと自動化の手法を導入することで、リリース作業の効率化と一貫性の確保が可能になります。特に、テンプレート化やエラーハンドリング、動的なプロジェクト管理を取り入れることで、スケーラブルで信頼性の高いリリースプロセスを構築できます。

PowerShellとAzure DevOpsの連携を活用し、プロジェクト運用の効率化と品質向上を実現しましょう。

PowerShell
PowerShell Azure DevOps

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次