-
Notifications
You must be signed in to change notification settings - Fork 416
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
Support --no-build for package and
deploy
#398
Comments
serverless already supports "--package" option for the "deploy" command. It would make sense for serverless-webpack plugin to be smart when it sees "--package" option and not execute a webpack workflow in this case. I currently use serverless-webpack to package a '.serverless' folder and then I want to deploy that folder in my release process and there is no need for serverless webpack to do anything at this point in the workflow. I went ahead and logged a feature request for what I have outlined above: |
Having the We are employing the approach outlined in this article, for more information. Currently, removing the plugin from |
This will be available in 5.4.0 |
I tried release/5.4.0 branch Steps
Throws error 'No matching handler found for 'src/handlers/handler' in 'my working dir' |
That branch does not exist anymore. Use master instead |
https://github.com/serverless-heaven/serverless-webpack/tree/release/5.4.0 As per @beanaroo suggestion, I added a workaround for removing this plugin from |
Oh yeah, the branch still exists (sorry). But it's no more up to date with the upcoming 5.4.0. |
This is a Feature Proposal
Description
For feature proposals:
When using yarn workspaces, it's common for a service to depend on modules that are contained within the workspace. In a CI/CD process, we would like to execute a test/build step which produces a deployable artifact (e.g. a zip of the service folder) which can be promoted through various environments. At deploy time, the deployable artifact will not exist within the 'workspaces' structure, so yarn/npm and thus webpack are unable to locate some of the dependencies.
If
serverless deploy
supported a--no-build
option, then we could do:serverless webpack
serverless deploy --no-build -stage qa
- this should package and deploy the serverless service using the existing.webpack
contentsN/A
Similar or dependent issue(s):
serverless package
would then be deployable to any given environment.Additional Data
The text was updated successfully, but these errors were encountered: