Replies: 1 comment
-
Looks like this is being taken care of in #4841 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
What is the new or updated feature that you are suggesting?
Currently,
@remix-run/dev
checksserverBuildTarget
set inRemixConfig
against some known hardcoded string values to make certain decisions.It appears there has been some history here:
RemixConfig
such asserverModuleFormat
andserverPlatform
, but now these have been deprecated and they are now implied by theserverBuildTarget
value, which is the preferred wayRemixConfig
at all: for example,serverBareModulesPlugin
checksserverBuildTarget
directly against a few hardcoded values as one of the conditions under which to "bundle everything"; and thecompilerServer
also checksserverBuildTarget
directly to decide whether to include"browser"
as one of the main fields to use for referenced modules.I'd like to suggest that more of these settings be added to
RemixConfig
and be implied byserverBuildTarget
so that it becomes possible to target environments that@remix-run/dev
doesn't currently know about. The preferred approach can still be to useserverBuildTarget
, but allow the user to leave this blank and provide a custom set of values if they know how their environment would want them.NOTE: I'm not suggesting that Remix expose esbuild config directly. This is NOT the same as #2153.
Why should this feature be included?
I love Remix's "works-with-your-runtime" philosophy, so it would be great if it's possible to build for custom environments without
@remix-run/dev
having to know about them individually.Beta Was this translation helpful? Give feedback.
All reactions