バックグラウンド
GitHub Enterprise Cloud GraphQL APIは、現在2種類のグローバルノードIDフォーマットをサポートしています。 旧来のフォーマットは非推奨と成り、新しいフォーマットで置き換えられます。 このガイドは、必要な場合の新フォーマットへの移行方法を紹介します。
新しいフォーマットに移行することで、リクエストに対するレスポンスタイムが一貫して小さくなることが保証できます。 また、旧来のIDが完全に非推奨になっても、アプリケーションが動作し続けられることも保証できます。
レガシ グローバル ノード ID 形式が非推奨になる理由の詳細については、「New global ID format coming to GraphQL (GraphQL に新しいグローバル ID 形式が登場)」を参照してください。
対応の必要性の判断
GraphQLグローバルノードIDへの参照を保存している場合にのみ、移行のステップを踏んでいかなければなりません。 これらの ID は、スキーマ内の任意のオブジェクトの id
フィールドに対応します。 グローバルノードIDをまったく保存していないなら、変更なしにAPIを扱い続けられます。
さらに、現在、レガシ ID をデコードして型情報を抽出する場合 (たとえば、オブジェクトが pull request であるかどうかを判断するために PR_kwDOAHz1OX4uYAah
の最初の 2 文字を使用する場合)、ID の形式が変更されたため、サービスは中断されます。 これらのIDを不透明な文字列として扱うよう、サービスを移行しなければなりません。 これらのIDは一意になるので、直接参照として依存できます。
新しいグローバルIDへの移行
新しい ID 形式への移行を支援するために、GraphQL API 要求で X-Github-Next-Global-ID
ヘッダーを使用できます。 X-Github-Next-Global-ID
ヘッダーの値は、1
または 0
にできます。 値を 1
に設定すると、id
フィールドを要求したオブジェクトに対して、常に新しい ID 形式が使用されるように応答ペイロードが強制されます。 値を 0
設定すると、既定の動作に戻ります。この場合、オブジェクトの作成日に応じてレガシ ID または新しい ID が表示されます。
curl
コマンドを使った要求の例を次に示します。
$ curl \
-H "Authorization: Bearer $GITHUB_TOKEN" \
-H "X-Github-Next-Global-ID: 1" \
https://api.github.com/graphql \
-d '{ "query": "{ node(id: \"MDQ6VXNlcjM0MDczMDM=\") { id } }" }'
クエリでレガシ ID MDQ6VXNlcjM0MDczMDM=
が使用された場合でも、応答には新しい ID 形式が含まれます。
{"data":{"node":{"id":"U_kgDOADP9xw"}}}
X-Github-Next-Global-ID
ヘッダーを使用すると、アプリケーションで参照するレガシ ID の新しい ID 形式を確認できます。 レスポンスで受信されたIDで、それらの参照を更新できます。 旧来のidへの参照をすべて更新し、移行のAPIへのリクエストでは新しいIDフォーマットを使わなければなりません。
バルク操作を行う際には、1つのAPIコールで複数ノードのクエリをサブミットするために、エイリアスを利用できます。 詳細については、GraphQL のドキュメントを参照してください。
アイテムのコレクションに対して新しいIDを取得することもできます。 たとえば、Organization中の最後の10個のリポジトリの新しいIDを取得したい場合は、以下のようなクエリを使うことができます。
{
organization(login: "github") {
repositories(last: 10) {
edges {
cursor
node {
name
id
}
}
}
}
}
X-Github-Next-Global-ID
を 1
に設定すると、クエリ内のすべての id
フィールドの戻り値に影響することに注意してください。 つまり、node
以外のクエリを送信した場合でも、id
フィールドを要求した場合は新しい形式の ID が返されます。
フィードバックを送る
アプリに影響を与えるこの変更のロールアウトに関する懸念がある場合は、GitHub サポート ポータル にお問い合わせいただき、アプリ名などの情報を提供していただければ、より良いサポートを提供できます。