Miscellaneous Commands Reference
Volume 1 — Core Developer Skills
This is a reference for any commands that will be useful for various tasks
EF Core Migration Commands
Command to generate sql script based on the last migration ran.
dotnet ef migrations script AddFolders AddDocumentRecords \
--project Waypoint.API.Infrastructure \
--startup-project Waypoint.API.Web \
--output ~/Development/Projects/Traxs/Waypoint/WaypointDb/Documents.sql --idempotent
npm audit fixes
Summary — the general playbook for future audits:
-
Run npm audit fix first, and re-run it once more — it's not always one-shot; fixing one package can free up room to fix another on a second pass (that's what took you 31→26 here).
-
For what's left, check who's actually pinning the vulnerable version (npm ls
<package>). If it's a transitive dependency held back by an intermediate package that hasn't bumped its own package.json range yet — not your direct dependency — npm audit fix literally cannot cross that boundary. That's what qs, uuid, and serialize-javascript were: all three had patched versions published upstream, but express, sockjs, and the webpack plugins hadn't updated their own declared ranges. That's what overrides in package.json is for — it lets you force a specific nested dependency to a newer version regardless of what the parent declares. Scope it to the specific parent (as I did) rather than a bare top-level override, or you risk silently downgrading/upgrading that package everywhere else it's used in the tree (would've clobbered mermaid's uuid@14.0.1 here). -
Before trusting an override, sanity-check it's not a breaking major-version jump for that consumer's API — these three are small, stable-API libraries only used at dev/build time, so low risk. Then npm install and rebuild to confirm nothing broke.
-
"No fix available" some genuinely means no fix exists yet — image-size is already at its latest published version and is still vulnerable; there's nothing to bump to. That one just needs to be tracked (revisit occasionally, or open/watch the upstream issue) since it's a build-time-only DoS risk on files you control, not something exposed to site visitors.
Changes made: package.json (added the overrides block) and the resulting package-lock.json update. Let me know if you'd like these committed.
roundtrip-ops@0.0.0 /Users/pete/Development/Projects/Traxs/roundtrip-ops
├─┬ @docusaurus/core@3.10.2
│ ├─┬ @docusaurus/bundler@3.10.2
│ │ ├─┬ copy-webpack-plugin@11.0.0
│ │ │ └── serialize-javascript@7.1.1
│ │ └─┬ css-minimizer-webpack-plugin@5.0.1
│ │ └── serialize-javascript@7.1.1
│ └─┬ webpack-dev-server@5.2.6
│ ├─┬ express@4.22.1
│ │ ├─┬ body-parser@1.20.8
│ │ │ └── qs@6.16.0 deduped
│ │ └── qs@6.16.0
│ └─┬ sockjs@0.3.24
│ └── uuid@11.1.1
└─┬ @docusaurus/theme-mermaid@3.10.2
└─┬ mermaid@11.16.1
└── uuid@14.0.1