You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've deployed a handful of Redwood apps to render over the last few years, and just tried to again yesterday but the process found in documentation no longer seems to line up with the CLI.
Specifically, when you run yarn rw setup deploy render you are now asked to pick a side to deploy:
> yarn rw setup deploy render
rw setup deploy render <side>
Build, migrate, and serve command for Render deploy
Positionals:
side Side to deploy [string] [required] [choices: "api", "web"]
Options:
--cwd Working directory to use (where `redwood.toml` is
located)
--load-env-files Load additional .env files. Values defined in files
specified later override earlier ones. [array]
--telemetry Whether to send anonymous usage telemetry to
RedwoodJS [boolean]
--version Show version number [boolean]
-f, --force Overwrite existing configuration
[boolean] [default: false]
--prisma Apply database migrations [boolean] [default: true]
--data-migrate, --dm Apply data migrations [boolean] [default: true]
-h, --help Show help [boolean]
For more commands, options, and examples, see Redwood CLI Reference
Not enough non-option arguments: got 0, need at least 1
In the past, and detailed further in Render's documentation, this would have created a render.yaml file that would have made it easy to deploy both the api and web sides within Render, and (I believe) create a healthz function that render would use to check on the API side.
I'm not sure which process is preferred, the process detailed in the CLI or the process in the documentation. But right now the conflicting guidance makes it unclear how to proceed.
If the process detailed in the CLI is preferred (it is the more-recently updated than the docs,) then it would be helpful if the documentation was updated to detail what's necessary to get the web side to successfully send requests to the api side after deploying each side independently.
How do we reproduce the bug?
yarn rw setup deploy render
What's your environment? (If it applies)
No response
Are you interested in working on this?
I'm interested in working on this
The text was updated successfully, but these errors were encountered:
In case anyone stumbles onto this issue and needs to be unblocked, the fix for me was to to manually:
Create a render.yaml file in the root of my directory (the contents of the file I used are below)
Create a healthz.js (notice that it's a .js file, despite my repo being Typescript) file with the contents below
Note that I'm using another provider for my DB. You'll need to refer to render's documentation for how to use them for a postgres database if that's your plan.
What's not working?
Hello!
I've deployed a handful of Redwood apps to render over the last few years, and just tried to again yesterday but the process found in documentation no longer seems to line up with the CLI.
Specifically, when you run
yarn rw setup deploy render
you are now asked to pick a side to deploy:In the past, and detailed further in Render's documentation, this would have created a
render.yaml
file that would have made it easy to deploy both theapi
andweb
sides within Render, and (I believe) create ahealthz
function that render would use to check on the API side.I'm not sure which process is preferred, the process detailed in the CLI or the process in the documentation. But right now the conflicting guidance makes it unclear how to proceed.
If the process detailed in the CLI is preferred (it is the more-recently updated than the docs,) then it would be helpful if the documentation was updated to detail what's necessary to get the web side to successfully send requests to the api side after deploying each side independently.
How do we reproduce the bug?
yarn rw setup deploy render
What's your environment? (If it applies)
No response
Are you interested in working on this?
The text was updated successfully, but these errors were encountered: