Skip to content

docs: clarify contribution fit#10378

Merged
jdx merged 1 commit into
mainfrom
codex/contribution-review-guidance-20260613
Jun 13, 2026
Merged

docs: clarify contribution fit#10378
jdx merged 1 commit into
mainfrom
codex/contribution-review-guidance-20260613

Conversation

@jdx

@jdx jdx commented Jun 13, 2026

Copy link
Copy Markdown
Owner

Summary

  • document contributor expectations around scope, review readiness, and PR quality
  • mention using Discussions or Discord to settle unclear direction early
  • document shared hk linting and Conventional Commit expectations
  • mention limited maintainer capacity for detailed PR rejection context
  • require passing CI and addressed AI review comments before maintainer review
  • expose contributing guidance in VitePress docs
  • keep root CONTRIBUTING.md as a full copy so GitHub contribution surfaces show the guidance

Tests

  • not run (documentation-only change)

@coderabbitai

coderabbitai Bot commented Jun 13, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

📝 Walkthrough

Walkthrough

Top-level CONTRIBUTING.md is replaced by a symlink to docs/contributing.md. docs/contributing.md gains a new "Contribution Expectations" subsection outlining project fit, PR responsiveness, CI/AI gating, and potential rejection criteria.

Changes

Contributing documentation

Layer / File(s) Summary
Symlink + Contribution Expectations
CONTRIBUTING.md, docs/contributing.md
Top-level CONTRIBUTING.md now points to docs/contributing.md; docs/contributing.md adds a "Contribution Expectations" section describing project fit, PR review/maintenance expectations, CI/automated AI comment gating, and possible rejection conditions.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Poem

A rabbit hops through README light,
I nudge a link, then mend a site,
"Be clear, be kind, and keep it neat,"
Docs linked up—our guide's complete. 🐇✨

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title 'docs: clarify contribution fit' directly relates to the main change: documenting contributor expectations and contribution guidelines in the contributing documentation.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.


Comment @coderabbitai help to get the list of available commands and usage tips.

@greptile-apps

greptile-apps Bot commented Jun 13, 2026

Copy link
Copy Markdown
Contributor

Greptile Summary

This documentation-only PR adds a "Contribution Expectations" section to docs/contributing.md and converts the root CONTRIBUTING.md from a hand-written redirect stub into a symlink pointing at the docs file, so both GitHub and VitePress serve the same content.

  • Contribution Expectations section is added before the existing numbered guidelines, documenting scope discipline, the CI/AI-review prerequisite before maintainer review, and limited capacity for detailed rejection explanations.
  • Autofix.ci automation is replaced with an explicit requirement for contributors to run mise run render and mise run lint-fix before opening a PR.

Confidence Score: 5/5

Documentation-only change with no code modifications; safe to merge.

All changes are prose updates to contribution guidance and a symlink conversion for CONTRIBUTING.md. No logic, configuration, or build artifacts are affected.

No files require special attention.

Important Files Changed

Filename Overview
CONTRIBUTING.md Converted from a 3-line redirect stub to a symlink pointing at docs/contributing.md, so the root file now exposes the full contributing guide directly.
docs/contributing.md Added a new "Contribution Expectations" prose section; replaced the autofix.ci automation description with a manual pre-PR formatting/linting requirement; minor wording clarifications throughout.

Reviews (6): Last reviewed commit: "docs: clarify contribution fit" | Re-trigger Greptile

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (2)
CONTRIBUTING.md (2)

7-7: ⚡ Quick win

Define what "large PR" means to set contributor expectations.

The term "large PR" is ambiguous—does it refer to line count, complexity, scope, or impact? Contributors may interpret this differently and miss the opportunity to discuss before opening a PR.

Example clarification
-Before opening a large PR, please start with an issue or discussion so we can
+Before opening a large PR (e.g., new features, significant refactors, or changes >100 lines), please start with an issue or discussion so we can
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@CONTRIBUTING.md` at line 7, Clarify the ambiguous term "large PR" by
replacing or augmenting the sentence containing "large PR" with a concrete
definition and examples: state measurable thresholds (e.g., >500 changed lines,
>50 files, or changes that affect core architecture or public APIs), list types
of changes that require prior discussion (architecture, data-migrations, public
API changes, infra), and add a brief example guidance sentence showing when to
open an issue/discussion first; update the CONTRIBUTING wording so contributors
have clear, actionable criteria and an example.

5-10: ⚖️ Poor tradeoff

Clarify the relationship between this file and docs/contributing.md.

The "Project fit" section here overlaps with guidance already present in docs/contributing.md (lines 7–19 in the code snippet), which also recommends discussing changes via discussion or Discord before opening PRs. Both files direct contributors to pre-discuss non-obvious changes, creating a maintenance burden if they diverge in the future.

Consider whether this file is intended as a concise summary/entry point (GitHub's auto-discovered CONTRIBUTING.md at root level is a nice UX addition), or whether the guidance should be unified to a single source of truth. If this is a summary, clarify which details belong in which file.

To confirm the scope, please verify:

  • Is docs/contributing.md the same as the content at https://mise.en.dev/contributing.html?
  • Should this CONTRIBUTING.md file be a concise summary, or should detailed guidance live only in docs/?
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@CONTRIBUTING.md` around lines 5 - 10, The "Project fit" guidance in the root
CONTRIBUTING.md duplicates content in docs/contributing.md; decide whether
CONTRIBUTING.md should be a short summary or the single source of truth, confirm
that docs/contributing.md matches the published page at
https://mise.en.dev/contributing.html, then update the files accordingly: either
(A) keep CONTRIBUTING.md as a concise entry point by replacing the full "Project
fit" paragraph with a one-line summary that points to docs/contributing.md for
details (and add a brief note clarifying which file holds detailed guidance), or
(B) remove the duplicated guidance from CONTRIBUTING.md and add a clear link
saying "see docs/contributing.md for full contributing guidelines"; in both
cases edit the "Project fit" section in CONTRIBUTING.md (the header "Project
fit") and ensure docs/contributing.md remains the canonical detailed version (no
change needed there if it already matches the published URL) or update
docs/contributing.md if the published page differs.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Nitpick comments:
In `@CONTRIBUTING.md`:
- Line 7: Clarify the ambiguous term "large PR" by replacing or augmenting the
sentence containing "large PR" with a concrete definition and examples: state
measurable thresholds (e.g., >500 changed lines, >50 files, or changes that
affect core architecture or public APIs), list types of changes that require
prior discussion (architecture, data-migrations, public API changes, infra), and
add a brief example guidance sentence showing when to open an issue/discussion
first; update the CONTRIBUTING wording so contributors have clear, actionable
criteria and an example.
- Around line 5-10: The "Project fit" guidance in the root CONTRIBUTING.md
duplicates content in docs/contributing.md; decide whether CONTRIBUTING.md
should be a short summary or the single source of truth, confirm that
docs/contributing.md matches the published page at
https://mise.en.dev/contributing.html, then update the files accordingly: either
(A) keep CONTRIBUTING.md as a concise entry point by replacing the full "Project
fit" paragraph with a one-line summary that points to docs/contributing.md for
details (and add a brief note clarifying which file holds detailed guidance), or
(B) remove the duplicated guidance from CONTRIBUTING.md and add a clear link
saying "see docs/contributing.md for full contributing guidelines"; in both
cases edit the "Project fit" section in CONTRIBUTING.md (the header "Project
fit") and ensure docs/contributing.md remains the canonical detailed version (no
change needed there if it already matches the published URL) or update
docs/contributing.md if the published page differs.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 56741f28-fb4a-40ea-a978-80e4b86b3c04

📥 Commits

Reviewing files that changed from the base of the PR and between 3f2ae78 and 7c0c979.

📒 Files selected for processing (1)
  • CONTRIBUTING.md

@jdx jdx force-pushed the codex/contribution-review-guidance-20260613 branch 7 times, most recently from 607d2c0 to 74ec1ea Compare June 13, 2026 05:31
@jdx jdx force-pushed the codex/contribution-review-guidance-20260613 branch from 74ec1ea to 66fb847 Compare June 13, 2026 05:32
@jdx jdx merged commit 5c18731 into main Jun 13, 2026
23 of 24 checks passed
@jdx jdx deleted the codex/contribution-review-guidance-20260613 branch June 13, 2026 05:32
@github-actions

Copy link
Copy Markdown

Hyperfine Performance

mise x -- echo

Command Mean [ms] Min [ms] Max [ms] Relative
mise-2026.6.5 x -- echo 19.5 ± 0.9 17.8 24.3 1.00
mise x -- echo 20.3 ± 1.8 18.4 54.2 1.04 ± 0.10

mise env

Command Mean [ms] Min [ms] Max [ms] Relative
mise-2026.6.5 env 19.0 ± 0.9 16.8 23.2 1.00
mise env 19.5 ± 0.8 17.9 22.8 1.03 ± 0.06

mise hook-env

Command Mean [ms] Min [ms] Max [ms] Relative
mise-2026.6.5 hook-env 19.6 ± 0.8 18.1 22.5 1.00
mise hook-env 20.4 ± 1.0 18.5 24.1 1.04 ± 0.06

mise ls

Command Mean [ms] Min [ms] Max [ms] Relative
mise-2026.6.5 ls 16.2 ± 0.8 14.7 19.2 1.00
mise ls 16.7 ± 0.8 15.4 20.6 1.03 ± 0.07

xtasks/test/perf

Command mise-2026.6.5 mise Variance
install (cached) 133ms 135ms -1%
ls (cached) 58ms 58ms +0%
bin-paths (cached) 64ms 66ms -3%
task-ls (cached) 126ms 126ms +0%

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant