-
Notifications
You must be signed in to change notification settings - Fork 176
use pkg.pr.new
to publish PR prereleases
#536
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
commit: |
Hey @conico974 👋 @vicb mentioned that you were interested in exploring the use of I figured I could start the effort and get the ball rolling ⚽ Please have a look, also do you know why the gh validation is failing? I don't think my branch includes any changes that should make those fail 😕 |
- name: Check codestyle | ||
run: pnpm lint | ||
- name: Build package | ||
run: pnpm -F @opennextjs/aws build |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this could be pnpm build
if preferred, I set it to only build the aws package as the build script was failing in ci for some reason 😕
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably related to the comment i left below about pnpm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did you run pnpm install
with pnpm 9 ? Someone had done this when we moved the repo and it caused a ton of issues (including the build failing).
Not sure why it cause an issue (and i haven't took the time to look at it), but reverting to pnpm 8 fixed the issue.
We'll need to figure this out but it might have something to do with a big change in the lockfile version between pnpm 8 and 9
on: | ||
pull_request: | ||
branches: | ||
- main |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We probably want to filter to run this only on change on the packages/open-next
folder itself.
Really not a big deal but change made to e2e would trigger this which is not really useful
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good point! 👍
Awesome! thanks yeah I tried with pnpm 9, let's give pnpm 8 a go 🙂 |
@conico974 unfortunately using pnpm 8 didn't seem to help 🥲 |
Yeah not sure what's going on here. My guess is that there is some kind of issue with the update in the lockfile. I'll try to take another look at this tomorrow |
Same issue as what happened on this PR #529 |
9ada87f
to
74755e2
Compare
@conico974 all better now 🫡 (PS: thanks a bunch for the support! 🫶) I basically restarted the whole thing from scratch, but starting using pnpm 8 from the start now and as you can see the lock file is much much much smaller... I guess pnpm was getting confused by the dependencies or something 😕 (even if I did try deleting the lock file and clearing the node_modules 🤷) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great, that's perfect.
We'll need to figure out what's going on with this lockfile, there is something very wrong here.
Anyway thanks for the PR
No description provided.