Issueフィールド：構造化された課題メタデータがパブリックプレビューで利用可能に
本文の状態
日本語全文を表示中
詳細モードで約2分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
GitHub Changelog
GitHubが選択された組織向けにIssueフィールドをパブリックプレビューで公開した。これはラベルベースの非構造化データを置き換え、型付けされた組織全体のメタデータを提供し、検索・レポート作成・リポジトリ間の一貫性を実現する。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
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デイリーブリーフで今日の重要ニュースをまとめ読み