-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Pass the command line arguments to the webpack-dev-server module (#2000) #2002
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
Thanks @marisveide The reason for not allowing config options in dev server runner is because of sync problem in options like At the moment, Webpacker supports Perhaps, we can allow all other options except certain like |
@gauravtiwari - so are you saying this Pull Request will not get rejected? This change really helped us set up our development environments properly. And looks like it helped others too already who need to pass the file names from the command line... |
@gauravtiwari using An issue I ran into is the webpack-dev-server Here is my comment about it: #2000 (comment) Edit: Let us know if the work-around I made is acceptable - I can write a test and open PR. It's not perfect, but it does avoid having too many points of configuration and allows for https for the proxy while using certs/keys into the |
Ran into this issue in development. @gauravtiwari - If we filter out |
Yeah, it would be great to merge this... otherwise we are sitting on our fork, and would be glad to not have to maintain the forked version just because we need to pass the SSL certificate params. |
Hi! What do I have to do to get this PR merged? Thanks! Maris |
Is there something we can do to help that get merged? I'm currently using this workaround: #2000 (comment) |
@marisveide and everyone, apologies for long silence 🙏 One solution: If you can filter out the options supported in webpacker.yml inside dev server then I am happy to review. Perhaps, if one supplies the options already supported in The reason to do this is because, we use some options on both node and ruby side (host, port etc.) and if there are multiple ways to declare, it will cause confusion and issues. I know this still doesn't solve the whole problem, for example colleagues working together want to change these options on runtime without committing. Maybe let's try to figure out a better solution, together. Simply, allowing options to dev server would cause other problems. |
Fixes the issue: #2000