q2
Ten releases in six days, methodically porting Quarto's surface into a Rust binary.
A side-by-side editorial comparison of checkhelper and dockerfiler — release velocity, themes, recent moves, and the top alternatives to consider.
checkhelper grew from a check wrapper into a CRAN pre-submission auditor.
Two years of near-silence ended with a 1.0.0 that adds a whole audit_* family: audit_downloads(), audit_description(), audit_dontrun() and audit_citation(), each parsing package source statically and returning a tibble of hits paired with a suggested fix. check_n_covr() runs R CMD check and coverage in a single test pass instead of two.
dockerfiler's 1.0.0 changes what its generated Dockerfiles actually contain.
After two years of small parameter additions, ThinkR shipped a 1.0.0 that changes the tool's output for every existing user. The vendored copy of renv is gone, generated images default to multi-arch rocker/r-ver running as a non-root rstudio user, and packages come from Posit Public Package Manager binaries instead of a source CRAN mirror.
Two years of near-silence ended with a 1.0.0 that adds a whole audit_* family: audit_downloads(), audit_description(), audit_dontrun() and audit_citation(), each parsing package source statically and returning a tibble of hits paired with a suggested fix. check_n_covr() runs R CMD check and coverage in a single test pass instead of two.
The design commitment is static analysis — AST walks via getParseData(), line-by-line Rd reading, no eval() and no namespace loading — so the tool can report on a package it never runs. The existing fix_globals() was reworked the same way: it merges with an existing R/globals.R instead of overwriting it, and separates data.table and rlang pronouns from real undeclared globals so they get an @importFrom line rather than a globalVariables() entry.
Each additional CRAN incoming-check rule is a candidate for another audit_* function; the open question these notes leave is whether the family ever gets a single combined entry point.
After two years of small parameter additions, ThinkR shipped a 1.0.0 that changes the tool's output for every existing user. The vendored copy of renv is gone, generated images default to multi-arch rocker/r-ver running as a non-root rstudio user, and packages come from Posit Public Package Manager binaries instead of a source CRAN mirror.
The package is being hardened rather than extended. Every user-supplied value that reaches a Dockerfile shell context is validated at function entry, and two long-standing code-injection paths — a crafted renv.lock version string and DCF continuation lines in DESCRIPTION fields — were closed after an internal audit. The new parameters point at production image builds: github_pat via BuildKit secret mounts, strict_install turning install warnings into build failures, and a configurable renv cache path.
With the injection surface closed and the defaults flipped, the next releases are more likely to be compatibility work against renv and pak than new generators.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either checkhelper or dockerfiler.
Ten releases in six days, methodically porting Quarto's surface into a Rust binary.
The metadata cache under pak now speaks to authenticated and corporate repositories.
R's old dependency manager now runs on a vendored copy of its own successor.
A fake web server for tests that keeps closing the gap with the real thing.
Hit 1.0, relicensed to MIT, and has shipped almost nothing but dbplyr compatibility since.
The engine under every knitted R document reached 1.0 by making evaluation behave like the console.
See all checkhelper alternatives → · See all dockerfiler alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-packages — within Infra & APIs. checkhelper and dockerfiler are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. checkhelper and dockerfiler are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top checkhelper alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "checkhelper alternatives" section above for the current picks, or visit /alternatives/checkhelper for the full list with editorial commentary on each.
Top dockerfiler alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "dockerfiler alternatives" section above for the current picks, or visit /alternatives/dockerfiler for the full list with editorial commentary on each.