fp/packages/next
CJ_Clippy f6ce2138b9 figure out strapi with pnpm 2024-05-27 14:20:58 -08:00
..
app figure out strapi with pnpm 2024-05-27 14:20:58 -08:00
assets add gitea ci 2024-03-28 23:28:02 -08:00
public upgrade to bulma 1 2024-03-28 03:48:46 -08:00
.dockerignore upgrade to bulma 1 2024-03-28 03:48:46 -08:00
.eslintrc.json init 2024-01-20 08:16:14 -08:00
.gitignore init 2024-01-20 08:16:14 -08:00
.nvmrc init 2024-01-20 08:16:14 -08:00
CHECKS init 2024-01-20 08:16:14 -08:00
LICENSE init 2024-01-20 08:16:14 -08:00
README.md init 2024-01-20 08:16:14 -08:00
app.json init 2024-01-20 08:16:14 -08:00
next.config.js init 2024-01-20 08:16:14 -08:00
package.json figure out strapi with pnpm 2024-05-27 14:20:58 -08:00
pnpm-lock.yaml figure out strapi with pnpm 2024-05-27 14:20:58 -08:00
tsconfig.json remove things stoppping a build 2024-02-27 07:52:43 -08:00

README.md

futureporn-next

Dev notes

When adding a new module via pnpm, docker compose needs to be restarted or something. I'm not sure the exact steps just yet, but I think it's something like the following.

pnpm add @uppy/react
docker compose build next

fp-next | Module not found: Can't resolve '@uppy/react'

hmm... It looks like I'm missing something. Is the new package not getting into the container? Maybe it's something to do with the pnpm cache?

Must we build without cache?

docker compose build --no-cache next; docker compose up

YES. that solved the issue.

However, it's really slow to purge cache and download all packages once again. Is there a way we can speed this up?

  • make it work
  • make it right
  • make it fast