Some df12 projects previously vendored an earlier copy of this Oxlint plugin
inside their own repository, for example under tools/oxlint-plugin-df12/.
When replacing that copy with df12-lints/oxlint-plugin, check these behaviour
changes before switching the dependency:
- JSDoc baseline helper shape: The old fork exposed a test-only
testInternals.loadBaselinehelper that returned aSetdirectly. The shared package now exposestestInternals.getOrCacheBaseline, which returns a result object shaped like{ baseline, ok, error }; callers that inspect internals must read thebaselineproperty. Production consumers should not depend ontestInternals. - JSDoc baseline read caching: The shared plugin briefly read
.jsdoc-baseline.jsonfor each rulecreateinvocation, which was tracked in #6. Current releases cache the baseline result per resolved directory within one lint process, then reset that cache between processes or explicit test resets. - Baseline key resolution: Repository-relative baseline keys now resolve
from
context.cwd, thencontext.getCwd(), thenprocess.cwd(). This is more robust when Oxlint is invoked from a subdirectory, but unusual test harnesses should pass the expected lint working directory through the Oxlint context. - Malformed baseline diagnostics: If
.jsdoc-baseline.jsonexists but cannot be read or parsed, the JSDoc rules now reportCould not load .jsdoc-baseline.json: ...as an Oxlint diagnostic and continue with an empty baseline. A malformed baseline that used to lint cleanly must be fixed or removed. maxLogicalOperatorsvalidation: Thedf12/complex-conditionaloption now accepts only positive integers. Missing, non-integer, or non-positive values fall back to1, so configurations that relied on raw unvalidated values should be updated explicitly.
The supported install method is the tag-pinned git dependency documented in Installation. Packaging blockers for the root export, license, distribution model, and packed file list were resolved in issues #2, #3, #4, and #5.