You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reworked contribution guide to tell more about process and expectations.
We should value every ones time and reduce review cycles so we explain how to prepare PR for best result.
Note
Low Risk
Documentation-heavy changes plus a profile/workflow rename; CI behavior should be equivalent if -Pcoverage matches the old -Panalysis JaCoCo setup.
Overview Reworks CONTRIBUTING.md into a fuller contribution guide: process (when to open issues/proposals, PR size and scope), testing expectations (including negative tests and coverage quality), a PR checklist (CHANGELOG.md, docs/features.md, local CI), restricted CI workflow changes, and a structured Technical Verification section (build, unit/integration tests, optional native binary and benchmarks).
Aligns coverage tooling naming: the root Maven profile analysis is renamed to coverage, and the GitHub workflow is retitled from Analysis to Coverage with the Sonar step using -Pcoverage instead of -Panalysis (same JaCoCo/Sonar flow, clearer name for contributors).
Reviewed by Cursor Bugbot for commit 85907ef. Bugbot is set up for automated code reviews on this repo. Configure here.
Repository collaborators can run the JMH benchmark suite against this PR by commenting:
/benchmark
Optional regression threshold override (Δ% on Time or Alloc/op; defaults to 10%):
/benchmark threshold=15
Only one benchmark run per PR is active at a time — issuing a new /benchmark comment cancels the previous run. After the run finishes a separate comment will be posted comparing it against the latest scheduled run on main; the PR check fails if any benchmark regresses by more than the threshold.
I really like where this is going. The only thing I'm weary of is that the longer it gets, the less likely a human is going to read the entire thing. An agent will no problem, so the length with detailed justifications and directions is great, but it might be worth having a short bulleted TLDR section at the top that provides md links to the relevant sections? e.g:
⚡ TLDR
- Proposals: Small fix? Just open a PR. Big feature or API change? Open an [Issue](#issues-discussion-and-proposals) first.
- PR Requirements: Every PR needs a clear description, tests, and a CHANGELOG.md update. See the full [PR Checklist](#pull-request-checklist).
- Testing: Code changes require both positive and negative tests. Keep them focused. More in [Testing Expectations](#testing-expectations).
- Quick Build Command (JDK 17+): `mvn -DskipITs` clean verify (Requires [Toolchains setup](#set-up-the-environment)).
- Run Local Tests: Unit tests run automatically. For Integration Tests, ensure Docker is running. Learn how to [Run Unit and Integration Tests](#run-unit-and-integration-tests).
Document is mainly focused for people not agents. I will add suggested section at header and will try to minimize wording to make document shorter and may be bit more structured.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Reworked contribution guide to tell more about process and expectations.
We should value every ones time and reduce review cycles so we explain how to prepare PR for best result.
Note
Low Risk
Documentation-heavy changes plus a profile/workflow rename; CI behavior should be equivalent if
-Pcoveragematches the old-PanalysisJaCoCo setup.Overview
Reworks
CONTRIBUTING.mdinto a fuller contribution guide: process (when to open issues/proposals, PR size and scope), testing expectations (including negative tests and coverage quality), a PR checklist (CHANGELOG.md,docs/features.md, local CI), restricted CI workflow changes, and a structured Technical Verification section (build, unit/integration tests, optional native binary and benchmarks).Aligns coverage tooling naming: the root Maven profile
analysisis renamed tocoverage, and the GitHub workflow is retitled from Analysis to Coverage with the Sonar step using-Pcoverageinstead of-Panalysis(same JaCoCo/Sonar flow, clearer name for contributors).Reviewed by Cursor Bugbot for commit 85907ef. Bugbot is set up for automated code reviews on this repo. Configure here.