Managing issue fields in your organization

Issue fields let you add structured metadata to issues across your organization. Instead of relying on labels or free-text workarounds, you can create fields like priority, effort, impact, or any custom category your team needs. Fields are defined at the organization level and apply across all repositories in your organization.

About issue field types

You can create up to 25 issue fields per organization. The following field types are available:

• Single-select: choose one option from a predefined list. Options can have names, descriptions, and colors.
• Text: capture free-form text. URLs are automatically detected and displayed as clickable links.
• Number: accept numeric input, including decimals.
• Date: provide a date picker for selecting dates.

Default fields

When issue fields are enabled for your organization, four default fields are created automatically:

• Priority (single-select): Urgent, High, Medium, Low
• Effort (single-select): High, Medium, Low
• Start date (date)
• Target date (date)

These default fields are fully customizable. You can edit their names, descriptions, and options, or delete them if they don't fit your workflow.

Creating an issue field

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue fields.
4. Click New field.
5. Under "Field name", type the name of your new field.
6. Optionally, under "Description", type a description to help others understand the purpose of the field.
7. Under "Field type", select the type of field you want to create.
8. If you selected Single-select, add options for the field:
   • Click Add option and type the option name.
   • Optionally, to set a color for an option, click next to the option, click Edit option, choose a color, and click Save.
   • Repeat to add more options.
9. Under "Field Visibility", choose one of the following:
   • Permissions: choose who can see the field and its value. Options are Organization only (default) or Public. This setting only applies to issues in public repositories.
   • Pin to types: click to choose which issue types show this field in the issue viewer and creator. Select one or more issue types, or "Issues without a type". Fields that are not pinned and have no value will stay hidden in the issue viewer and creator.
10. Click Create.

Editing an issue field

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue fields.
4. To the right of the field you want to edit, click .
5. Click Edit and make your changes.
6. Click Save field.

Deleting an issue field

When you delete an issue field, all values set on issues for that field are permanently removed.

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue fields.
4. To the right of the field you want to delete, click .
5. Click Delete and confirm the deletion.

Reordering issue fields

The order of pinned fields is managed per issue type. The field order determines how fields appear in the issue sidebar and the issue creation modal.

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue types.
4. Click the issue type you want to reorder fields for.
5. Under "Pinned issue fields", drag fields to reorder them.
6. Click Save.

Pinning fields to issue types

You can associate issue fields with specific issue types so that only the most relevant fields appear when creating or viewing issues of that type. For example, you can pin "Severity" to bugs and "Impact" to features.

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue fields.
4. Click the field you want to pin.
5. Under "Pin to types", click and select the issue types this field should appear on.
6. Click Save field.

Pinned fields automatically appear in the issue sidebar based on the selected issue type. To pin fields to issues that have no type, select the "Issues without a type" option.

Setting field visibility

For organizations with public repositories, you can control whether each issue field is visible to everyone or only to organization members and collaborators.

1. In the upper-right corner of GitHub, click your profile picture, then click Organizations.
2. Next to the organization, click Settings.
3. In the "Planning" section of the sidebar, click Issue fields.
4. To the right of the field, click .
5. Click Edit.
6. Under "Field Visibility", choose one of the following:
   • Organization only: the field is visible only to organization members and repository collaborators with at least read access.
   • Public: the field is visible to anyone viewing the issue.
7. Click Save.

By default, all new and existing fields are set to "Organization only". Visibility settings are enforced across the web UI, API, issue timeline events, and search suggestions.

Issue fields and projects

Issue fields are available in any project across your organization. For details on adding, removing, and editing issue fields in projects, see Adding and managing issue fields.

Field limits in projects

Projects support up to 50 fields in total, and issue fields and system fields count toward this limit. If a project is already at the field limit, you need to remove existing fields before issue fields can be added.

Limits

Resource	Limit
Issue fields per organization	25
Options per single-select field	50
Pinned fields per issue type	10
Total fields in a project (including issue fields and system fields)	50