Repository navigation
How we use Discussions (and when not to) #292
ARSH871-bot
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
We now have Discussions. Before anyone posts, here is the rule, because the
worst outcome is a fifth place to look for the same fact.
The one rule
If it can be closed by a pull request, it is an issue. If it ends when we
agree, it is a discussion.
That is the whole thing. Some worked examples from our own history:
Why this matters to us specifically
Three of our closed issues were never really work items. #230, #159 and #245
are debates. Filed as issues they sat on a sprint milestone, counted in the
burndown, and made the board say we had work outstanding when what we actually
had was a question outstanding. #78 did the same thing on a closed
milestone last week and read as if it were done.
What goes where, from now on
and does not reply to.
accepted answer is the decision, with a name and a timestamp on it.
What does NOT move here
Design notes stay in
docs/design/. Amendment signatures stay indocs/finding-format.mdandCONTRIBUTING.md. Those are versioned, reviewableand diffable, and a discussion thread is none of those things. If a decision
changes a contract, the discussion is where we argue and the file is where we
record it — the same way a PR conversation is not the code.
One thing this buys us for the PDR
Objective 3.1 is assessed on evidence that we communicated as a team. A Q&A
thread with a marked answer is a cleaner artefact for that than a chat
screenshot: it shows the question, who argued what, and which answer won.
All reactions