Closed airtonix closed 1 year ago
So some unsolictated advice, do with it what you want.
--no-verify
e2e
directory has a package.json that wants to install a monorepo package (I assume the root package), problem is that the root package is called nextjs-routes-development
and not nextjs-routes
like the e2e package wants.Some suggestions:
./.tool-versions
file).nextjs-routes-development
?? package.json
pnpm-workspace.yaml
README.md
pkgs/
nextjs-routes/
package.json
nextjs-routes-e2e/
package.json
prettier-package-json
and switch to yarn4 with some of its linting tools, or if you cant switch to yarn 4 then use syncpack
to lint/reformat package.json
and keep it cleanSo some unsolictated advice, do with it what you want.
cant install the repo for dev mode, so can't make commits, so had to use
--no-verify
- this is caused by the
e2e
directory has a package.json that wants to install a monorepo package (I assume the root package), problem is that the root package is callednextjs-routes-development
and notnextjs-routes
like the e2e package wants.Some suggestions:
drop nvm. use asdf instead
- you describe a required pnpm package, asdf can handle this and nodejs for you too.
- you can provide a bash script like this https://github.com/airtonix/dotfiles/blob/master/commands/files/bin/setup-asdf.bash that people can faceroll all day to get asdf setup (it'll also install all the tools in an
./.tool-versions
file).- not sure why the main package.json is called
nextjs-routes-development
??- restructure the monorepo more logically
package.json pnpm-workspace.yaml README.md pkgs/ nextjs-routes/ package.json nextjs-routes-e2e/ package.json
- drop
prettier-package-json
and switch to yarn4 with some of its linting tools, or if you cant switch to yarn 4 then usesyncpack
to lint/reformatpackage.json
and keep it clean- use changesets to automate changelogs and releases
Thanks, I'll consider these. I haven't had many contributors, so I haven't prioritized documenting local development.
Thanks @airtonix. A few things:
- The documentation changes reference
cwd
, but this code change renames todir
.
😓 😄 woops. it should be dir
so it's not a breaking change.
- Renaming the configuration option from dir to cwd is a breaking change. I'm open to thinking on a more descriptive name.
👍🏻
Thanks, I'll consider these. I haven't had many contributors, so I haven't prioritized documenting local development.
I just realised that latest version of nextjs has some kind of typesafe routing behind a experimental feature flag: https://beta.nextjs.org/docs/configuring/typescript#statically-typed-links
I just realised that latest version of nextjs has some kind of typesafe routing behind a experimental feature flag: https://beta.nextjs.org/docs/configuring/typescript#statically-typed-links
Yes, I've held off on implementing support for the app directory because Next now supports that natively. If your application exclusively uses the app directory, I would suggest using that solution instead.
😓 😄 woops. it should be dir so it's not a breaking change.
It's actually the opposite -- it should be cwd
so that it's non breaking.
I implemented your suggested change to use the cwd/dir option for the default location for type generation: https://github.com/tatethurston/nextjs-routes/pull/156
I'm inclined to solve this without any code changes and only update the README.md
Thanks!
fixes #152
dir
option more obvious in the docsdir
option is solving (it's not unique to nx.dev monorepos)Troubleshooting
section to highlight the problem.