GitHub repository conventions¶
This page describes some common conventions and patterns that we follow in our GitHub repositories.
There are a few issue labels that we use to provide key metadata in our issues.
These are added to all
2i2c-org/ repositories, and share the same meaning across each.
Only Issue Type is required for all issues.
Repositories may define their own labels in addition to the ones described here for a given category, unless otherwise noted.
Issue type determines the kind of issue and implies what sorts of actions must be taken to close it. Issue types are mutually-exclusive - there may only be one issue type per issue.
There are a few issue types that are defined for all repositories:
type: deliverable: an incremental improvement to something. See Deliverables for more information.
type: bug: something that is not working or incorrect in the repository.
In addition, other repositories may use repository-specific types, with the caveat that all issues must still only have one
Issue priority is used to classify some issues as requiring action before others. Any issue without a priority tag should be assumed as lower priority than prio: low.
Here are the priority labels for our issues:
Tag labels provide hints about what topics that issue is relevant to. They are highly repository-specific, optional, and non-exclusive (so issues may have many tags associated with them).
Here are some example tags:
🏷: documentation: related to documentation in a repository
🏷: CI/CD: related to continuous integration/deployment
🏷: data access: related to data access functionality
🏷: hub admin: related to hub administrator functionality