外部カスタムプロパティでビジネスコンテキストを取り込むBring business context with external custom properties
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- GitHubの外部カスタムプロパティがパブリックプレビューとなり、CMDBや社内開発者ポータルから所有者、サービス階層、ライフサイクル、コンプライアンス情報を同期できるようになった。
- 外部システムを唯一の管理元として、リポジトリ情報の整合性を保ちたい組織に役立つ。
GitHub external custom properties enter public preview, syncing CMDB or portal data on owners, tiers, lifecycle, and compliance while keeping the outside system authoritative.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.blog) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.blog).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
外部カスタムプロパティ
GitHubの外部カスタムプロパティがパブリックプレビューとなった。リポジトリに関するビジネスコンテキストを外部システムから取り込み、その管理元とGitHub上の情報を整合させるための機能だ。
外部システム連携
取り込み元として想定されているのは、構成管理データベース（CMDB）、社内開発者ポータル、自社で構築したシステムなどだ。外部システムが保持する情報をGitHubへ反映し、更新についても外部側で管理できる。リポジトリに技術情報だけでなく、業務上の位置付けを持たせたい場合に利用できる。
取り込める情報
対象となる情報には、所有者、サービス階層、ライフサイクルの段階、コンプライアンス状況が含まれる。これらを外部の管理元から継続的に更新することで、GitHubに表示される値と元システムの内容が食い違うことを防ぎやすくなる。
読み取り専用
通常のカスタムプロパティは、GitHub上でコンテキストを管理したい場合に使い、UIまたはAPIを通じて扱える。一方、外部カスタムプロパティは、外部システムだけが情報を所有し、継続的に更新する場合に選ぶ。GitHubのUIでは値が読み取り専用となり、利用者は編集できない。複数のシステムから競合する更新が加わるのを防ぎ、外部システムを唯一の管理元として維持できる仕組みである。
External custom properties
GitHub external custom properties are now in public preview, allowing organizations to bring repository business context into GitHub from an external system of record. The feature is intended for cases where organizations need to keep information in GitHub aligned with data maintained elsewhere.
External systems can include a configuration management database, or CMDB, an internal developer portal, or an in-house system. Updates remain managed by that external source rather than being maintained separately in GitHub.
Business context
The properties can carry information such as repository ownership, service tier, lifecycle stage, and compliance status. This makes externally managed business context available alongside repositories in GitHub while preserving the external system as the authoritative source.
The distinction concerns where the context is owned and updated. Custom properties are appropriate when users want to manage the information in GitHub through either the user interface or APIs. External custom properties are designed for information that an outside system should exclusively own and continuously update.
External system of record
Using an external system as the sole management source helps prevent repository context from diverging across systems. Changes to ownership, service tier, lifecycle stage, or compliance status can be managed by the CMDB, internal developer portal, or in-house system responsible for that information.
GitHub then receives that context without becoming a separate place where competing changes can be made. This supports organizations that want repository information to remain consistent with its source of record.
Read-only in GitHub
Values supplied through external custom properties are read-only in the GitHub user interface. Users cannot edit them directly in GitHub, which prevents conflicting updates between GitHub and the external system.
The public preview therefore provides a specific ownership model: externally sourced business context is visible in GitHub, while control over its values remains with the connected external system.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko仕事でリポジトリの担当や状態を確認するとき、何が変わるの？When I check who owns a repository or what state it’s in at work, what changes?
- TECHガイドTECH GuideCMDBや社内開発者ポータルの所有者、階層、ライフサイクル、コンプライアンス情報をGitHubへ同期できるよ。更新は外部側で管理するんだ。Owner, tier, lifecycle, and compliance data from a CMDB or internal developer portal can sync into GitHub, while updates remain managed by the external system.
- ポコPoko前は、そういう情報をGitHubで扱えなかったの？Couldn’t GitHub handle that kind of information before?
- TECHガイドTECH Guide通常のカスタムプロパティはUIやAPIで管理できるよ。外部カスタムプロパティは、外部だけで更新し、GitHubのUIでは読み取り専用にする違いがあるんだ。Regular custom properties can be managed through GitHub’s UI or APIs. External ones stay controlled by the outside system and are read-only in GitHub’s UI.
- ポコPokoなるほど。外部を唯一の管理元にして、GitHubとの食い違いを防ぎやすくなるのが大きな収穫なんだね。Got it. The big takeaway is that one external source stays authoritative, helping avoid conflicting updates in GitHub.
- TECHガイドTECH Guideうん。パブリックプレビューなので、外部だけで継続更新したい情報に合うかを確かめたいね。Right. Since it’s in public preview, the next thing to check is whether it fits the context your external system should exclusively keep updated.
