Repository navigation
Open
Description
@2bndy5 a proposal for tracking what is left before v2.0.0. When and how to release is your call, so please edit, reorder or close this as you see fit. Everything below was checked on 2026-10-20 against main (83 commits after cpp-linter/v2.0.0-rc.23).
Open before GA
- GitHub Enterprise Server.
Cargo.lockonmainhas git-bot-feedback 0.8.5 (the0.8.5requirement already allows 0.8.8, socargo update -p git-bot-feedbackis enough). The REST base URL fix (fix: ensureGITHUB_API_URLends with a/2bndy5/git-bot-feedback#140) and the GraphQL URL fix (fix: use GITHUB_GRAPHQL_URL for GraphQL requests 2bndy5/git-bot-feedback#143) are in 0.8.8. With 0.8.5,GITHUB_API_URL=https://HOST/api/v3sends requests tohttps://HOST/api/repos/...(404). I reproduced that with a local fake API on amainbuild, and confirmed cpp-linter 1.15.0 works once the Python binding is 0.2.9. - Remaining differences from v1 that fix: close behavior gaps with cpp-linter v1 #492 left out:
lines-changed-onlydefaults totrue, there is no--jobs, and add--fixarg #500 (generate the patch without a PR review). For each one: change it, or list it in the migration guide. -
--ignorewith nested folders.--ignore=buildno longer skipssrc/build(cpp-linter 1.14.1 did; 1.15.0 and v2 do not). This matches the documented "relative to--repo-root" wording, so it probably only needs a line in the migration guide. - Migration guide for the CLI (v1 → v2) and for cpp-linter-action inputs (v2 → v3, Moving toward v3 cpp-linter-action#283).
- Package names and tags.
- PyPI: the Python binding is named
cpp-linter, like v1, and no v2 version has been uploaded there yet. Once 2.0.0 is uploaded,pip install cpp-lintergets v2. - npm:
@cpp-linter/cpp-linterhaslatest=2.0.0-rc2andnext=2.0.0-rc.21, sonpm installcurrently gets rc2. - crates.io:
max_versionis2.0.0-rc9, becauserc9sorts aboverc.23in semver. 2.0.0 will supersede it.
- PyPI: the Python binding is named
- Benchmark wording (Benchmark: v2 (Rust) vs v1 (Python) before GA #476): v2 starts much faster (about 2 ms vs 200 ms) but is not faster at linting, so the announcement should lead with log groups, parallel runs, SARIF, the untouched worktree and the combined fix patch.
After GA
- support multiple compilation databases #379 multiple compilation databases
- fill out binding API #380 binding API
- clang-format results and
fixes[]in the SARIF file
Metadata
Metadata
Assignees
Labels
No labels
Activity
2bndy5 commentedon Oct 20, 2026
I've noticed that dependabot only updates the Cargo.lock file and not any corresponding Cargo.toml file. Expect to run
cargo updateperiodically before releases.This was an undiscovered bug in v1.14. cpplinter v1.15 and v2 now use the same code for filtering files: git-bot-feedback does not have that bug. So I don't think a bug fix should go into a migration guide.
Yeah, this was a mistake on my part. At first the RC releases didn't use a
.in the RC version number. I fixed that, but I didn't yank any RC releases from the package registries.Deploying a stable v2.0.0 should resolve that instantly. I'm not worried about it, and I don't think it is worth mentioning in a migration guide.
Yeah, this rewrite has been developing for over 2 years. I've tried back porting most improvements into v1. But the PR review feature has significantly diverged from v1 behavior (for the better), and that opened the door for other opportunities of improvement which cannot be back ported into v1 (the reason
--fixbehaves differently).shenxianpeng commentedon Oct 30, 2026
Right now, we have a lot of fixes on the main branch. Maybe it is the time to release rc.24?
2bndy5 commentedon Oct 31, 2026
Release crusade done. I also updated the cpp-linter-action@v3.0.0-rc0 branch accordingly