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
next major version #855
next major version #855
Conversation
…ucumber replacement exists
and stubbed additional label scenarios
since it has been replaced by cucumber tests
BREAKING CHANGE: support for node versions v16, v17, and v19 has been dropped
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
…ed supported ranges
…y are migrated to cucumber
to avoid collision with the upcoming steps file for repository settings rather than events
Co-authored-by: May Liang <LiangMay@JohnDeere.com> Co-authored-by: Matthew Travi <TraviMatthewJ@JohnDeere.com>
Co-authored-by: May Liang <LiangMay@JohnDeere.com> Co-authored-by: Matthew Travi <TraviMatthewJ@JohnDeere.com>
Co-authored-by: May Liang <LiangMay@JohnDeere.com> Co-authored-by: Matthew Travi <TraviMatthewJ@JohnDeere.com>
…for an environment
…transition to cucumber
BREAKING CHANGE: probot v13 includes breaking changes. see the probot release notes for details: https://github.com/probot/probot/releases/tag/v13.0.0 Co-authored-by: Julie Van Kirk <VanKirkJulieA@JohnDeere.com> Co-authored-by: May Liang <LiangMay@JohnDeere.com>
Co-authored-by: Julie Van Kirk <VanKirkJulieA@JohnDeere.com> Co-authored-by: May Liang <LiangMay@JohnDeere.com>
we will need to coordinate handling the breaking webhook path change and the vercel pre-parsing for the hosted instance before merging this, but i think the changes are otherwise ready to be promoted |
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.
Changes look good to me 👍🏼
the vercel pre-parsing for the hosted instance before merging this
yeah I had problems with that as well, I couldn't figure out how to programmatically disable it, only using the environment variable. But I also didn't spend much time on investigating. Definitely do a pre-deployment and test it first before
since we publish this app as a package, i think it makes sense to limit the directive to disable to the vercel deployment, so the environment variable approach makes sense to me for now. i could see value in having a separate repo at some point in the future that is dedicated to installing the package and deploying to vercel. that would enable the programmatic approach making more sense and also enabling us to release a package version separately from deploying in case there are ever vercel specific issues that we need to handle separately. hopefully that is rare, but i like the ability to handle that and also eat our own dog food by consuming the package.
i'll test out the preview for this beta branch |
i got a test app instance and used it for the preview deployed to the beta branch. without the secrets defined for that instance, the ping webhook was failing the signature check. after defining and re-deploying, that webhook was processing correctly.
looks like our config was already using this path, so i see no change necessary. i assume that was able to be configured that way before because of it being a serverless deployment?
i configured the |
i was able to get a test repo in place and wired up to the preview installation, but it is resulting in 401 responses for actual changes, so working on tracking down what is resulting in that |
forgot the details of the vercel config that we are using based on https://probot.github.io/docs/deployment/#vercel, so that should be good to go |
i got this resolved and everything appears to be working as expected. i think this is ready to merge |
🎉 This PR is included in version 3.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
BREAKING CHANGES: