feat: add frontend #2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "0-add-frontend"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Changes Requested
Please address the following before I can approve:
frontend/package-lock.json(or switch CI tonpm install).frontend/eslint.config.jsimports/config to use real packages (@typescript-eslint/*,eslint-plugin-react, etc.) and verifynpm run lintpasses.backend/cmd/server/main.go— readPORTor accept a--port/--prodflag and document the behavior.backend/internal/server/server.goso API routes (e.g./api,/health) are handled by the Go server; improve the reverse proxy (preserve host/forwarded headers, addErrorHandler, ensure websocket/HMR headers are preserved or document HMR access).Summary of Changes
frontend/React + Vite app (TS, ESLint, Prettier, build scripts)..github/workflows/ci.ymlthat runsnpm ci, lint, prettier, and build.embedand addedbackend/internal/servercode to serve static files and proxy to Vite in dev mode.justfiletasks fordev,build-frontend,build-backend, and updated docs (CONTRIBUTING.md,README.md).Overall Feedback
Major issues: the frontend dependencies/config are currently invalid and there is no
frontend/package-lock.json, so CInpm ciwill fail. The backend defaults and dev proxy behavior are risky for local development (binding to privileged port 80 and proxying all routes including APIs to Vite).Once those items are fixed the overall approach looks solid: embedding the static build into the Go binary and providing a simple
--devproxy flow is a good DX improvement and the project structure/readme are clear. Nice job wiring the end-to-end flow — this will be smooth for contributors once the dependency and proxy issues are resolved.@Pertempto — I can re-review quickly after those four fixes are pushed. 👍