Joey Yakimowich-Payne
bfb29f0ba9User reported docker compose dev stack failing on a fresh clone with: COPY package.json bun.lock ./ target server: failed to compute cache key: '/bun.lock': not found Root cause: bun.lock was listed in .gitignore (line 12), so the lockfile existed only on machines where bun install had been run locally. On a fresh clone, the file is missing entirely, and Dockerfile.dev's 'COPY package.json bun.lock ./' fails because the build context has no lockfile. Fix: remove the gitignore entry and commit the existing 987-line lockfile. This matches the standard practice for every JS package manager (bun, npm, yarn, pnpm) \u2014 commit the lockfile so installs are reproducible across machines. The Dockerfile already uses 'bun install --frozen-lockfile' which depends on this file being present. Note: the 'pull access denied for paratype/dev' line in the user's error output is benign cosmetic noise from compose's pull-then-build fallback flow when image: paratype/dev:local is set (compose tries the registry first, gets a 403 since the image name is local-only, then falls back to the local build context). Not an error \u2014 ignore. After this commit, on a fresh clone: git clone <repo> docker compose -f docker-compose.dev.yml up should work without any prior bun install on the host.
25 lines
497 B
Text
25 lines
497 B
Text
node_modules/
|
|
dist/
|
|
.sisyphus/evidence/
|
|
*.log
|
|
.DS_Store
|
|
coverage/
|
|
playwright-report/
|
|
playwright-transform-cache-*/
|
|
test-results/
|
|
.vite/
|
|
*.tsbuildinfo
|
|
node-compile-cache/
|
|
|
|
# Playwright/Chromium runtime caches (random hash directories)
|
|
7xOfJqsDU787fe61oSCq1/
|
|
IJGn1F-WxLUCbfU1lu8pU/
|
|
KMr2_dqTOvh2R-Vg1E6cO/
|
|
org.chromium.Chromium.*/
|
|
|
|
.org.chromium.Chromium.*
|
|
|
|
# Playwright-MCP scratch (agent-driven browser sessions)
|
|
.playwright-mcp/
|
|
# Scratch screenshots from review-wave agents
|
|
f*-rules-drawer-*.png
|