Issueフィールド：構造化された課題メタデータがパブリックプレビューで利用可能に
GitHubが組織単位で構造化メタデータを管理できる「Issue fields」をパブリックプレビューとして提供開始し、ラベルベースの非構造化管理から型付き・検索可能な統一メタデータへ移行できる仕組みを提供した。
キーポイント
構造化メタデータの標準化とカスタマイズ
優先度、工数、開始日、目標日の4項目を初期設定とし、組織管理者は最大25個のフィールド（単一選択、テキスト、数値、日付）を自由に追加・Issueタイプごとに固定可能。
プロジェクト管理と検索フィルタリングの強化
フィールド値を基にリポジトリ横断で検索・フィルタリングでき、プライベートプロジェクトのビュー列として追加してグループ化やソートが可能。
監査ログとAPI/Webhook連携の完全サポート
フィールド変更履歴をタイムラインで追跡可能とし、REST/GraphQL APIに加え、GitHub Actions用のフックイベント（field_added/removed）を提供。
影響分析・編集コメントを表示
影響分析
本機能は開発チームのプロジェクト管理効率を根本から改善し、非構造化なラベル運用に起因するデータの一貫性欠如やレポート作成の負担を軽減する。API連携を通じてCI/CDパイプラインやカスタムダッシュボードとの統合を容易にするため、すべてのソフトウェア開発組織の運用標準が構造化メタデータへ移行する契機となる。
編集コメント
開発リソースの可視化とレポート精度を高める実用的なアップデートだが、AIモデル開発や研究プロセスに直接的な技術革新をもたらすものではない。既存のGitHubワークフローを最適化する開発者向け機能として位置づけられる。
Issue fields（課題フィールド）が、対象のGitHub Organization向けにパブリックプレビューで利用可能になりました。
これまで、priority/p0 や severity/high といったラベルを使って課題内の構造化データを管理してきた場合、その限界をご存知でしょう。型がない、検証がない、リポジトリ間で一貫性がない、レポート作成ができないなどです。Issue fieldsは、課題本文内の非構造化テキストやラベルを用いた従来の回避策を置き換えます。型付けされた、Organization全体で検索可能、レポート可能、かつすべてのリポジトリで一貫性のあるメタデータを提供します。
すぐにお使いいただけるよう、すべてのOrganizationには4つのフィールドがあらかじめ設定され、適切な課題タイプにピン留めされています：Priority（優先度）、Effort（工数）、Start date（開始日）、Target date（目標日）です。バグを作成すると、サイドバーにPriorityとEffortが表示されます。機能リクエストを作成すると、4つすべてのフィールドが表示されます。
さらに、Organizationの管理者は以下のすべてをカスタマイズできます：
4つのフィールドタイプ: Single select（単一選択）、text（テキスト）、number（数値）、date（日付）。Organizationごとに最大25フィールドまで作成可能です。
フィールドの課題タイプへのピン留め: バグ、機能リクエスト、タスク、カスタムタイプ、またはタイプ未設定の課題のそれぞれに、どのフィールドを表示するかを制御できます。
検索とフィルタリング: リポジトリを横断して、フィールド値で課題を検索できます。
Projectsとの統合: プロジェクトビューで課題フィールドを列として追加し、グループ化、フィルタリング、並べ替えが可能です。現在、この機能はプライベートプロジェクトでのみサポートされています。
Timeline events（タイムラインイベント）: 誰が、いつ、どのフィールドを変更したかを追跡できます。
完全なAPIサポート: フィールド設定と値のためのREST APIおよびGraphQL APIに加え、GitHub Actions向けの field_added および field_removed webhookイベントを提供します。
Issue fieldsは、対象のOrganizationに順次展開されています。ご利用のOrganizationへのアクセスをリクエストするには、コミュニティディスカッションにOrganization名とユースケースをコメントしてください。
詳細については、Issue fieldsのドキュメントをご覧ください。
この投稿「Issue fields: 構造化された課題メタデータがパブリックプレビューで利用可能に」は、The GitHub Blogで最初に公開されました。
原文を表示
Issue fields are now available in public preview for select GitHub organizations.
If you’ve been using labels like priority/p0 or severity/high to track structured data in issues, you know the limitations: no types, no validation, no consistency across repositories, and no way to report on them. Issue fields replace unstructured text in the issue body and label-based workarounds with typed, org-wide metadata that’s searchable, reportable, and consistent across every repository.
Out of the box, every organization gets four fields preconfigured and pinned to the right issue types: Priority, Effort, Start date, and Target date. Create a bug, and you’ll see Priority and Effort in the sidebar. Create a feature and you get all four.
From there, organization admins can customize everything:
Four field types: Single select, text, number, and date, with up to 25 fields per organization.
Pin fields to issue types: Control which fields show up for bugs, features, tasks, your custom types, or issues without a type.
Search and filter: Find issues by field values across repositories.
Projects integration: Add issue fields as columns in project views to group, filter, and sort. This is currently only supported in private projects.
Timeline events: Track who changed which field and when.
Full API support: REST and GraphQL APIs for field settings and values, plus field_added and field_removed webhook events for GitHub Actions.
Issue fields is rolling out to a selection of organizations. To request access for your organization, comment in the community discussion with your organization name and use case.
To learn more, see the issue fields documentation.
The post Issue fields: Structured issue metadata is in public preview appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み