GitHubの外部カスタムプロパティとは？CMDBなど外部システムとの同期と通常のカスタムプロパティとの違いを一次情報で解説（2026年10月1日）

AI開発ツールアップデート料金改定GitHubカスタムプロパティ

GitHub が CMDB・社内開発ポータルなど外部システムからビジネス情報を同期する external custom properties を public preview で開始。GitHub UI では編集できず外部システムだけが更新し、絞り込みや Rulesets など既存の利用箇所すべてで使えます。

結論から言うと、GitHub は外部のシステムオブレコード（CMDB・社内開発ポータル・社内システムなど）からリポジトリのビジネスコンテキストを同期できる external custom properties（外部カスタムプロパティ）を、public preview として公開しました（出典: GitHub Changelog、2026年10月1日閲覧）。この機能では GitHub 側の UI から値を編集できず、外部システムが唯一の更新者として external custom properties APIs で継続同期します。値はリポジトリの絞り込みや Rulesets など、通常のカスタムプロパティを使っている場所ならどこでも使えます。

外部カスタムプロパティとは？: CMDBなど外部のシステムオブレコードからリポジトリのビジネス情報をGitHubへ同期する機能

外部カスタムプロパティは、設定管理データベース（CMDB）・社内開発ポータル・社内システムといった外部のシステムオブレコードが持つリポジトリのビジネスコンテキストを、GitHub に持ち込むための機能です。同期する情報には ownership（所有）、service tier（サービスタイア）、lifecycle stage（ライフサイクル段階）、compliance status（コンプライアンス状況）などが含まれ、値は外部システムによってソースと一致が保たれます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。機能は現在 public preview です。

• 同期できる情報の例: ownership・service tier・lifecycle stage・compliance status など（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）
• 公開の段階: public preview。一般提供（GA）の日程は今回の一次ソースには記載されていません
• 値は外部システムが管理元のデータに合わせて更新するため、ビジネスコンテキストがソースと一致したまま保たれます

GitHubのUIでは編集できない: 外部システムが唯一の更新者になる理由と同期の仕組み

外部カスタムプロパティは GitHub 内の UI では read-only で、ユーザーが GitHub 上で値を編集することはできません。これは外部システムと GitHub の間で競合する更新が起きるのを防ぐための設計です。値の更新は外部連携が external custom properties APIs を使って継続的に行い、連携はプロパティを専用の namespace（プレフィックス）の下で管理するため、ほかの管理元が持つプロパティと分離されます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。

• GitHub UI では read-only: ユーザーが GitHub 上で値を編集できないため、システム間の競合する更新が防がれます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）
• 継続同期: 外部連携が external custom properties APIs を使い、ソース側のデータが変わったときに値を最新に保ちます
• 専用の namespace: 連携は自分のプレフィックスの下でプロパティを管理するため、ほかの管理元が持つプロパティと分離されます

通常のカスタムプロパティとの違い: GitHub内で管理するか、外部システムが唯一の更新者か

GitHub は両者の選び方を明示しています。リポジトリのビジネスコンテキストを GitHub 内で管理したい（UI や API で扱いたい）場合は通常の custom properties を選び、外部システムがそのコンテキストを排他的に所有し継続的に更新すべき場合は external custom properties を選びます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。

• 通常の custom properties を選ぶ場合: ビジネスコンテキストを GitHub 内で管理したいとき。UI または API から値を管理します
• external custom properties を選ぶ場合: 外部システムがそのコンテキストを排他的に所有し、継続的に更新するとき。GitHub UI では値を編集できません
• 既存のガバナンスは同期されたビジネスコンテキストをそのまま使え、外部システムがソース・オブ・トゥルースであり続けます

どこで使える？: repository views・リポジトリの絞り込み・Rulesetsなど既存のカスタムプロパティの利用箇所すべて

external custom properties は、現在カスタムプロパティを使っている場所ならどこでも使えます。公式変更ログが挙げているのは repository views（リポジトリビュー）、repository filtering（リポジトリの絞り込み）、ruleset targeting（Rulesets の対象指定）です（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。

• repository views: 同期されたビジネスコンテキストを使ったリポジトリビューを構成できます
• repository filtering: ownership や service tier などの値でリポジトリを絞り込めます
• ruleset targeting: 同期されたビジネスコンテキストを Rulesets の対象指定に使えます。既存のガバナンス設定がソース・オブ・トゥルースの値に追従します

最初の連携パートナーはPort.io: パートナー連携に限らず自社でのAPI構築も可能

external custom properties に最初に統合したパートナーは Port.io で、GitHub は概要について Port.io の発表を、ビジネスコンテキストを GitHub へ同期する手順について Port.io の統合ガイドを参照するよう案内しています（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。パートナー連携に限らず、どのエンタープライズでも external custom properties APIs を使って自社の連携を構築でき、アクセスは fine-grained permissions で制御できます。手順は公式ドキュメント「Integrating custom properties with an external system」にあります。

• 最初の連携パートナー: Port.io。GitHub は Port.io の発表と統合ガイドへの参照を案内しています（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）
• 自社連携: パートナー連携に限らず、どのエンタープライズでも external custom properties APIs で自社の連携を構築できます。アクセスの制御には fine-grained permissions を使います
• discussion: 意見交換は GitHub Community の announcements カテゴリで行われています

よくある質問

Q. GitHub の UI から外部カスタムプロパティの値を編集できますか？

できません。external custom properties は GitHub UI では read-only で、ユーザーが GitHub 上で値を編集することはできません（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。値の更新は外部システム側の連携が external custom properties APIs を使って行い、GitHub 上での編集を許さないことでシステム間の競合する更新を防いでいます。

Q. 通常のカスタムプロパティと外部カスタムプロパティの違いは？

管理主体が違います。ビジネスコンテキストを GitHub 内で管理する（UI や API で扱う）なら通常の custom properties、外部システムが排他的に所有して継続的に更新するなら external custom properties を選びます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。外部カスタムプロパティは GitHub UI で編集できず、各連携が専用の namespace（プレフィックス）で値を管理するため、ほかの管理元のプロパティと分離されます。

Q. 同期した値はどの機能で使えますか？

現在カスタムプロパティを使っている場所ならどこでも使えます。公式変更ログが明示しているのは repository views、repository filtering（リポジトリの絞り込み）、ruleset targeting（Rulesets の対象指定）です（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。既存のガバナンスは同期されたビジネスコンテキストをそのまま使え、外部システムがソース・オブ・トゥルースであり続けます。

Q. リポジトリを CMDB と同期するにはどのシステムが使えますか？

CMDB・社内開発ポータル・社内システムなど、外部のシステムオブレコードであれば対象です。最初の連携パートナーは Port.io ですが、パートナー連携に限らず、どのエンタープライズでも external custom properties APIs を使って自社の連携を構築できます（出典: GitHub Changelog 2026年9月29日、2026年10月1日取得）。連携のアクセスは fine-grained permissions で制御し、公式ドキュメント「Integrating custom properties with an external system」に手順があります。

AI開発ツール速報（当サイト）は、GitHub・OpenAI・Anthropic など開発ツールの更新や制度変更を、公式発表への出典付きでお届けする速報メディアです。external custom properties のようなガバナンスまわりの新機能は、既存の Rulesets やカスタムプロパティの運用に影響するため、トップページから出典付きで確認できます。

この記事は AI が一次ソースを読んで執筆しました。数値と日付は出典に記した公式情報の執筆時点の値です。誤りを見つけたら訂正の窓口へお知らせください。確認のうえ本文を直し、訂正履歴に残します。編集方針