Aws lambda AWS SAM构建使用容器,无需清洁

Aws lambda AWS SAM构建使用容器,无需清洁,aws-lambda,aws-sam-cli,aws-sam,Aws Lambda,Aws Sam Cli,Aws Sam,目前,构建AWS SAM非常缓慢 sam build --use-container 这使我无法测试代码上的小更改,而不是依赖项上的小更改 sam build是否只会复制源代码,而不执行任何类型的依赖项清理/重新安装 我假设您已经知道了--skip pull image选项,该选项允许您避免在重建时提取容器图像 否则,在和中查看,将不支持不重建依赖项 请注意,在中,建议用户如何编写自己的“插件”以实现不同的“工作流”: 。。。每个特定于语言的部分几乎都像一个插件,有自己的独立目录。有人可以用这

目前,构建AWS SAM非常缓慢

sam build --use-container
这使我无法测试代码上的小更改,而不是依赖项上的小更改


sam build是否只会复制源代码,而不执行任何类型的依赖项清理/重新安装

我假设您已经知道了
--skip pull image
选项,该选项允许您避免在重建时提取容器图像

否则,在和中查看,将不支持不重建依赖项

请注意,在中,建议用户如何编写自己的“插件”以实现不同的“工作流”:

。。。每个特定于语言的部分几乎都像一个插件,有自己的独立目录。有人可以用这个结构开发自己的“包”


这可能有助于找到解决方法。

AWS支持的解决方案之一是使用依赖项层,并找到详细信息。

是的,我确实使用了--skip-pull图像。然而,在运行“npm安装”的过程中似乎很慢,如果我们需要构建依赖项,这很好。但在很多情况下,我们只需要修改代码中的一小部分就可以进行测试,而目前整个构建过程都是触发器,这是不必要的,而且速度很慢。我将查看源代码,看看是否有任何类型的临时解决方案。感谢您的快速回复和有用的链接!在我仔细阅读之后,我更新了上面对源代码的正确引用,这可能指向了实现变通方法的前进方向?很有用,但在我看来,它更像是一种变通方法。