Repository navigation
v0.3.0
Upgrade if you use the GitHub Action or the native binary
- The Action never failed a build on v0.2.1 and earlier. The Linux native binary printed
{}
for every finding in JSON output, so the Action counted zero breaking findings and passed.
Anyone onjameskomo/docswatcher@v0gets the fix automatically, becausev0now points at
v0.3.0. If you pinversion:tov0.2.1or earlier, remove the pin or setv0.3.0. The Action
now refuses a report whose findings carry no severity, instead of counting it as clean. - The native binary crashed on some repositories (any finding found in more than one place),
exiting with an error instead of reporting. Fixed.
If your pipeline ran DocsWatcher with v0.2.1 or earlier, run it once more on v0.3.0: findings it
should have failed on were passed.
New
- Native downloads for macOS on Apple silicon (
docswatcher-macos-arm64). The Action picks the
file for its runner and checks it against the release'schecksums.txtbefore running it.
Windows and Intel Macs usedocswatcher.jarwith Java 25 for now. - Shopify: GraphQL fields are detected, with records for the
automaticDiscountsand
marketCurrencySettingsUpdateremovals,includeRestOfWorld: trueerroring in 2027-01, and the
script tag changes (docs/adr/0007). - Google: Gemini 2.5 models are limited to users who already used them.
match --report <file>and--inventory <file>give every output from one scan; the Action
now scans once.- The Agents page: try DocsWatcher with your own Claude, OpenAI or Gemini key.
Faster and safer
- Large repositories scan in seconds rather than minutes (llama_index: 8.5 minutes to about 12 s),
with identical results. - Parsing and querying each file is time-bounded, so an unusual file cannot hold up a scan.
- The GitHub App uses REST API version 2026-03-10, sends repository paths correctly, and drops a
cached installation token as soon as the installation changes. knowledge/VERSIONis the one knowledge base version everywhere.
Full Changelog: v0.2.1...v0.3.0