Skip to content

Configure @/ path aliases in tsconfig and stop tracking tsconfig.tsbuildinfo - #1462

Merged
hman38705 merged 1 commit into
solutions-plug:mainfrom
jasmine874:feat/frontend-path-aliases-and-scaffold-gitignore-fix
Sep 1, 2026
Merged

Configure @/ path aliases in tsconfig and stop tracking tsconfig.tsbuildinfo#1462
hman38705 merged 1 commit into
solutions-plug:mainfrom
jasmine874:feat/frontend-path-aliases-and-scaffold-gitignore-fix

Conversation

@jasmine874

@jasmine874 jasmine874 commented Aug 29, 2026

Copy link
Copy Markdown
Contributor

Summary

  • [Frontend Scaffolding] Scaffold Next.js App Router project with TypeScript #1303 (scaffold Next.js App Router project) was already substantially in place on main (strict TypeScript, "private": true, engines constraint, App Router under src/app) -- the one gap was tsconfig.tsbuildinfo being committed to git and not covered by .gitignore. Untracked it and added a **/tsconfig.tsbuildinfo entry.
  • [Frontend Scaffolding] Configure path aliases and module resolution #1304 (path aliases): tsconfig.json had no paths configured even though jest.config.js already mapped @/* -> src/$1 -- meaning tsc/next build resolved @/ imports differently than Jest did. Added baseUrl + paths (@/*, @/components/*, @/lib/*, @/styles/*) to tsconfig.json so all three toolchains (Next.js compiler, Jest, tsc) agree.
  • Converted the 14 files still using 3-4 level relative imports (../../../lib/..., ../../../../components/...) to the new @/lib/.../@/components/... aliases, satisfying the acceptance criteria that no import deeper than two relative levels remain in the scaffold.

Closes #1303
Closes #1304

Test plan

  • npm install && npm run build (frontend/) succeeds with the new aliases
  • npx tsc --noEmit resolves @/... imports with no errors
  • npm test (Jest) still passes with the same aliases

…ildinfo

Closes solutions-plug#1303, solutions-plug#1304

- The frontend/ Next.js App Router scaffold (solutions-plug#1303) was already in place
  (strict TS, private, engines, App Router) except that
  tsconfig.tsbuildinfo was committed to git and not covered by
  .gitignore -- untracked it and added a **/tsconfig.tsbuildinfo entry.
- solutions-plug#1304: tsconfig.json had no path aliases even though jest.config.js
  already mapped @/* -> src/$1, so tsc/next build resolved @/ imports
  differently than Jest. Added baseUrl + paths (@/*, @/components/*,
  @/lib/*, @/styles/*) to tsconfig.json so all three toolchains agree.
- Converted the 14 files still using 3-4 level relative imports
  (../../../lib/..., ../../../../components/...) to the new @/lib/... and
  @/components/... aliases, per the acceptance criteria that no
  deeper-than-two-level relative import remain in the scaffold.
@drips-wave

drips-wave Bot commented Aug 29, 2026

Copy link
Copy Markdown

@jasmine874 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits.

You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀

Learn more about application limits

@hman38705
hman38705 merged commit a287c08 into solutions-plug:main Sep 1, 2026
15 of 62 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Frontend Scaffolding] Configure path aliases and module resolution [Frontend Scaffolding] Scaffold Next.js App Router project with TypeScript

2 participants