This commit is a significant refactor of all the Fedora Council documentation into full, native AsciiDoc. This includes following conventions commonly associated with AsciiDoc, such as the one sentence per line convention and using more internal `xref` links across pages. It also introduces explicit link anchors on all headings. This commit is mostly invisible to the reader. All lines across the Antora component are now written on one sentence per line, as per the standard AsciiDoc convention. Following this convention makes future git diffs easier to read when it comes to actual changes in meaning. Additionally, where applicable, I updated names and titles of roles that have since been changed, e.g. "Fedora Community Action & Impact Coordinator" to "Fedora Community Architect". Signed-off-by: Justin W. Flory (he/him) <jwf@redhat.com>
2.2 KiB
{team_name} ticket queue
The {team_name} uses a ticket queue to track decisions and other work. When opening a ticket to request a decision from the {team_name}, please describe the issue in detail but have an explicit question (or better, a proposal) to decide on. If you are looking to start a discussion, consider posting to the #council tag on Fedora Discussion first.
|
Important
|
Do not file Code of Conduct reports in the {team_name} issue tracker. Those should be filed against the Code of Conduct issue tracker. |
Issue priorities
Currently, the {team_name} uses the following priorities for tickets:
-
OMG Urgent!!!1: The ticket should be acted on asynchronously as soon as possible.
-
Needs Review (default): The ticket needs to be triaged.
-
Next Meeting: The ticket should be addressed in the next meeting.
-
Coming up: The ticket is lower priority.
-
Waiting on {Assignee, Reporter, External}: The ticket is blocked on action or input from someone.
Issue tags
The {team_name} uses tags to indicate the topic of issues. Multiple tags should be applied when appropriate.
-
budget: Big-picture budget issues.
-
code-of-conduct:
-
documentation
-
elections
-
events
-
hackfests
-
mindshare: Related to the Fedora Mindshare Committee.
-
objectives
-
policies
-
spending-request: For as-we-go allocations
-
ticket-vote: Indicates an issue that should be voted on by {team_name} members.
-
trademarks:
Voting
When a vote is called for, the ticket-vote tag should be applied. {team_name} members should vote by leaving a comment of +1 (in favor), 0 (abstain/no opinion/weakly opposed), or -1 (opposed). If multiple proposals or multiple versions of a proposal have been made, please indicate which the vote applies to. {team_name} members can provide additional context explaining their vote, but should still indicate explicitly which of +1, 0, or -1 applies.
Policies for voting and approval are covered elsewhere.