PostmanのGitHub接続機能でPull Requestを通じてコレクションを更新する方法

# はじめに

Postman最大の年次イベント [POST/CON 25](https://qiita.com/yokawasa/items/url) の週に、[PostmanコレクションとGitHubの連携機能](https://learning.postman.com/docs/integrations/available-integrations/github/collections/overview/)がベータ版としてリリースされました。これは、PostmanとGitHub間でコレクションのシームレスな双方向同期を可能にする機能です。

https://learning.postman.com/docs/integrations/available-integrations/github/collections/overview/

これにより、Postmanで作成したコレクションをGitHub上でコードとして管理しながら、APIテストやレビューを効率よく進めることが可能になります。Postman上の更新がGitHubに反映され、逆にGitHub上で編集した内容もPostmanに反映されるといった、実用的な開発フローが実現できます。

本記事では、このPosmtanコレクションのGitHubリポジトリとの連携機能を活用して、PostmanコレクションをGitHubリポジトリと同期してPull Request（以下、PR）を通じてコレクションを更新する方法を紹介します。

:::note
制限: GitHubリポジトリと接続可能なPostmanコレクション

GitHubリポジトリとの接続は、**インターナルワークスペース**内のPostmanコレクションに限定されています。また、GitHub接続されたコレクションをForkする場合も、そのFork先がインターナルワークスペース以外であればFork先コレクションもGitHub接続できないのでご注意ください。

GitHub接続されたPostmanコレクションと、公開を目的としたパブリックやパートナーワークスペースのコレクションとの連携フローについては、「[コレクション公開のためのGitHub連携コレクションと公開コレクションの同期フロー](#コレクション公開のためのgithub連携コレクションと公開用コレクションの同期フロー)」を参照ください。
:::

# PostmanのGitHub連携でPRを通じてコレクションを更新

「はじめに」で紹介した通り、PostmanコレクションとGitHubリポジトリを同期させることで、PRベースでコレクションの更新・管理が可能になります。

ここでは「Todo API」をチームで開発しているケースを例に、具体的な作業フローを紹介します。

フローを分かりやすくするために、一枚の図にまとめました。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/eda04c00-f37f-4a23-aa68-4dcda92d2341.png)
図: GitHub連携を使ったPostmanコレクションの更新フロー（PRベース）

ここで紹介するTodo APIの開発チームは、APIのドキュメンテーションとテストのために、Postmanのプライマリーワークスペース（図では、primary workspace）上にTodo API コレクションを作成・管理しています。そして、新機能の追加や変更を行う場合は、各メンバーがこのコレクションを開発作業用ワークスペース（図では、feature workspace）にForkして開発を進め、変更内容をPull Requestでチームに共有・レビューし、プライマリーワークスペースにmergeする、という開発方針をとっています。

この運用に、GitHubとの接続（リポジトリ＆ブランチ）を絡めると、流れは次のようになります：

1. [初回のみ] プライマリーワークスペースにあるTodo APIコレクションを、GitHubリポジトリのmainブランチと接続する
2. コレクションを開発作業用ワークスペースにforkする。Fork作成時にForkコレクションをGitHubリポジトリのfeatureブランチと接続する
3. Forkコレクションを更新すると、GitHubのfeatureブランチにも変更が自動で同期される
4. GitHubでPRを作成し、チームによるレビューを経て、変更をmainブランチにmergeする。マージされた内容は、プライマリーワークスペースのコレクションにも自動で同期される

それでは、この運用フローを１つずつ実施していきます。

## Step 1: GitHubリポジトリとの接続

API開発チームは、プライマリーワークスペースでTodo API コレクションを作成・管理しています。まずは、このコレクションをGitHubリポジトリのmainブランチ（もちろん、mainでなくてもOK）と接続します。

下図のように、コレクションの右隣にある「`･･･`」メニューから `More` > `Connect repository`を選択します。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/9ebd7248-2d14-4d98-aa2f-3829bff155e0.png)
図: プライマリーコレクションをGitHubリポジトリと接続

次に、下記イメージの①で表示された画面で、`GtiHub` を選択します。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/f175a2d9-d0db-4e00-b7d4-97af2fde4051.png)
図: Postman Appインストールフロー 1/2

②では、接続先リポジトリを選択します。まずは、GitHub Organization (組織)を選びます。もし、対象の組織が表示されない場合は、その組織にGitHub Appのインストールが必要です。組織へのGitHub Appのインストール方法については 「[Installing a GitHub App from a third party](https://docs.github.com/apps/using-github-apps/installing-a-github-app-from-a-third-party)」が参考になります。

組織ではなく、個人アカウントのリポジトリとも接続可能です。その場合は個人アカウントにGitHub Appをインストールする必要があります。本記事では、テスト用に③で個人アカウントを選択してます。

下記イメージの④では接続したいリポジトリ（例: todo-app-postman-collection）を選び、⑤でブランチ（ここでは `main`）との接続を設定します。コレクションファイルの作成先のリポジトリのディレクトリも指定できますが、ここでは空としているのでデフォルトの`postman/collections`ディレクトリに作成されます。


![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/e103eac1-d2aa-4d33-a385-302b43fba59a.png)
図: Postman Appインストールフロー 2/2

これで、指定したTodo APIコレクションはGitHubリポジトリのmainブランチと接続され、コレクションIDをファイル名としたJSONファイル（<コレクションID>.json）がmainブランチに自動生成されます。


![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/214aec3a-bc0a-464a-b313-3a26849c1024.png)
図: コレクションデータがmainブランチと同期

## Step 2: コレクションを開発作業用ワークスペースにFork

Step1で接続されたプライマリーワークスペースのコレクションを、開発作業用ワークスペース(feature workspace)にForkします。

コレクションの「`･･･`」メニューから `Fork`を選び、Fork先のワークスペースとGitHubのブランチ（ここでは `feature-1`）を指定します。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/a82fee47-e6f4-46da-a0a6-91bc47e3ce7d.png)
図: プライマリーコレクションをFork（ForkコレクションとGitHubのfeatureブランチをリンク）

この操作により、Postman上にForkコレクションが作成され、GitHub上ではfeature-1ブランチにコレクションファイル（<コレクションID>.json）が生成・同期されます。

:::note 
💡注意

GitHubと接続されたコレクションをForkする場合は、必ずForkコレクションとGitHubブランチをリンクしてください。リンクされていないと、Postman上でPull Requestを作成しても、Fork元にマージできずエラーになります。
:::

## Step 3: Forkしたコレクションに変更を加える

次に、Forkコレクションに対して編集を加えます。ここでは新しいAPIリクエストを追加して保存しました。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/2c78a84d-bced-4d15-8e2b-6cec59ae6249.png)
図: Fork先ワークスペースでコレクション編集

このPostmanでの変更は自動的にGitHubのfeature-1ブランチへ同期されます。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/4b207748-b6cb-400f-9b52-063fcb72893e.png)
図: Forkコレクションに紐づいているGitHubのfeature-1ブランチ (feature-1)

## Step 4: GitHubでPRを通じてmainブランチにマージ

Step3でForkコレクションに加えた変更を、Fork元のプライマリーコレクションにも反映させていきます。まず、GitHub上でfeature-1→mainブランチのPull Requestを作成します。PRが作成されると、自動でPostman Appが下記のようなコメントを投稿します。


![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/73f1df1c-84e0-40ad-b170-33d9bc2fd22b.png)
図: GitHub PRとPostman Appによる自動コメント

このコメントには、ForkコレクションのURLや、変更内容の差分URLが含まれています。これによりレビュアーは簡単にその変更内容をPostman上で確認したり、その内容をPostmanでテストしたりできます。

レビューを経てmergeが完了すると、GitHubのmainブランチとPostmanのプライマリーコレクションの両方に変更が反映されます。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/dd285200-2a39-45ed-8f6d-0e03c008939b.png)

図: GitHub PRをマージするとPostman側のプライマリーコレクションにもマージ

merge完了後、Forkコレクションは不要であれば削除しても問題ありません（任意）。

# Postman上でForkを作成しないでGitHub PRを通じてコレクションを更新

もちろん、PostmanコレクションをGitHubリポジトリ接続設定後に、Postman上でのコレクションのForkをすることなく、GitHub上で直接PRを通じてコレクションを更新することも可能です。

フローとしては次のようになります。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/1b45ed90-11f3-4b99-ad3e-06c8a92cab13.png)
図: Postman上でForkを作成しないでGitHub PRを通じてコレクションを更新

1. プライマリーワークスペースにあるTodo APIコレクションを、GitHubリポジトリのmainブランチと接続する
2. プライマリーコレクションと接続しているGitHubリポジトリのmainブランチからfeatureブランチを作成（もしくは、そのリポジトリの書き込み権限がない場合はForkするでもOK）
3. featureブランチのコレクションを更新
4. GitHubでPRを作成し、チームによるレビューを経て、変更をmainブランチにmergeする。マージされた内容は、プライマリーワークスペースのコレクションにも自動で同期される

なお、このケースでは、先のケースと違いPostman上でForkコレクションを作成しないので、PRでGitHub Appによるレビュー用の便利コメントは投稿されないのでご注意ください。

# コレクション公開のためのGitHub連携コレクションと公開用コレクションの同期フロー

本記事の冒頭でも触れたように、GitHubリポジトリとの連携はインターナルワークスペース内のPostmanコレクションに限定されています。そのため、一般公開を目的としたパブリックワークスペースや、パートナー向けのパートナーワークスペースでコレクションを公開する場合、従来のフローとは異なる工夫が必要です。

ここでは、GitHubリポジトリに接続されたコレクションと、公開用のPostmanコレクションを同期させるためのフローを説明します。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/a6f8477a-f54c-4dfc-95c5-d7596c383659.png)
図: GitHub連携コレクションと公開用コレクションの同期フロー

中央にあるのが、GitHubと連携されたインターナルワークスペースのプライマリーコレクションです。このコレクションを元に、公開用のパブリックワークスペースへ同期するフローは以下のようになります。
 
1. [初回のみ] プライマリーコレクションをパブリックワークスペースへForkする。このとき、Fork先のコレクションをGitHubブランチとは接続しない（接続できません）
2. その後、プライマリーコレクションに更新が発生した際は、パブリックコレクション側で変更をPullして取り込む

## Step 1: パブリックワークスペースへのFork（初回のみ）

まず、プライマリーコレクションを公開用のパブリックワークスペースにForkします。

コレクションの「･･･」メニューから Fork を選択し、Fork先のパブリックワークスペースを指定します。この際、`Link to branch` の設定は必ずオフにします。オンにしてしまうと、パブリックワークスペースがFork先の候補に表示されません。

![](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/408eb11e-b4a6-407e-b79b-c0f1207302d7.png)
図: プライマリーコレクションをFork（ForkコレクションはGitHubブランチと接続しない）

これでパブリックワークスペースにForkコレクションが作成されます。

## Step 2: 差分のPullによる公開

Step 1の後、プライマリーコレクションに変更があった場合、その変更をパブリックコレクション側に反映する必要があります。

パブリックワークスペース内のForkコレクションの「`･･･`」メニューから`Pull changes`を選択します。すると、プライマリーコレクションとの差分が表示されるため、内容を確認し問題がなければ、`Pull Changes`ボタンをクリックして変更を取り込みます。

これで変更が公開用コレクションに反映され、公開作業は完了です。

![Screenshot 2025-06-17 at 6.45.47.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/103420/0a2e7907-e9e1-4465-8568-b0075e4b23ff.png)
図: 差分をPullで取り込み公開を完了する

# おわりに

PostmanとGitHubを連携させることで、API仕様やテストのコード管理をGitHubで、更新をPull Requestベースでできるようになります。ソースコードと同じようにレビューや履歴管理ができるため、普段からGitHubを使っているチームにとっては、非常に馴染みやすく、自然な形でAPI開発に組み込めるはずです。ぜひ一度試してみてください。