Repository navigation
docs(contribution-model): drop the transitional blank-issue wording - #4963
Conversation
The issue forms reach main with #4939 and config.yml disables blank issues, so "until then the chooser offers a blank issue" goes stale. State the steady-state rule instead, as CONTRIBUTING.md now does. Closes #4962 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: cliffhall <cliff@futurescale.com>
|
There was a problem hiding this comment.
Copilot review overview
🟢 Approval recommended
The documentation-only change matches the linked issue and repository guidance, with no unresolved findings.
Review effort: Balanced
Findings: None
What changed in this PR
Updates contribution-policy documentation to describe the steady-state issue-form rollout.
Changes:
- Replaces transitional blank-issue wording with the next-milestone-merge rule.
- Preserves the explanation for policy links targeting
v2/main.
| File | Description |
|---|---|
docs/contribution-model.md |
Clarifies when form updates go live and why policy links target v2/main. |
💡 Add a code-review agent skill for context-aware, tailored reviews. Learn more in the docs.
|
Copilot round 1: approval recommended, no findings. Clean round; review loop done. |
Closes #4962
Description
Rewrites the paragraph under "Where the policy is stated" in
docs/contribution-model.md. It said the forms go live "at the first milestone merge that contains them" and that "until then the chooser offers a blank issue". The forms reachmainwith #4939, andconfig.ymldisables blank issues, so that wording goes stale. It now states the steady-state rule, asCONTRIBUTING.md(#4959) and the issue-form headers do: a change to the forms orconfig.ymlgoes live at the next milestone merge, not when it merges intov2/main.The close comments in
issue-triagekeep linking toCONTRIBUTING.mdonv2/main, so the sentence about them stays, reworded.Server Details
Motivation and Context
Same staleness as #4940, in a file outside #4939's five, so it would otherwise reach
mainat v2.0.0 unchanged. See #4962.How Has This Been Tested?
No client-observable surface; targeted probe:
git grep -n -i "blank issue\|until then"overdocs,.claude,AGENTS.md,CONTRIBUTING.mdandRELEASING.mdnow finds onlyconfig.yml's "disables blank issues" table entry, and no other transitional wording about the forms. Markdown is not a Prettier target in this repo, and no code, package, workflow or skill is touched, sonpm run local:gatewas not run.Breaking Changes
None.
Types of changes
Checklist
🤖 Generated with Claude Code