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
Modifying the output path for serverless service is error-prone and it results in exclude/include options being ignored, effectively setting the service package to only be the result of the webpack compilation. This might be by design or a bug, in either case, prevents us from uploading node_modules to Lambda.
As I mentioned, it breaks exclude/include from serverless, as it modifies the artifact.
I'm having some node deps that can't/shouldn't be bundled specified as prod deps so I need to upload those, e.g. node-fetch, babel-runtime, ...
I think @blackxored is absolutely right, changing the service path stank from the first time.
One solution could be #16 where you add npm packages to the package.
Of course we need to put the webpack bundle somewhere and pack it instead of the local content. So either we produce the artifact ourself or we make the default zipper point to the folder with our bundle (which is what we are doing now).
Modifying the output path for serverless service is error-prone and it results in exclude/include options being ignored, effectively setting the service package to only be the result of the webpack compilation. This might be by design or a bug, in either case, prevents us from uploading
node_modules
to Lambda.Would love to hear your opinion, but having it break default serverless functionality (as in https://github.com/serverless/serverless/blob/f966424a40417960a7ac4a03c0709eb931c0af2c/docs/understanding-serverless/serverless-yml.md) shouldn't be the path.
The text was updated successfully, but these errors were encountered: