1
目前拋出錯誤,我這樣做:LAMBDA取決於拉鍊是如何創建
gulp.task('newInstanceSetup', function() {
return gulp.src('./**/*',{cwd:'./new_instance_setup'})
.pipe(zip('archive.zip'))
.pipe(lambda(newInstanceSetup_params, opts))
.pipe(gulp.dest('.'));
});
當代碼由AWS LAMBDA執行這將導致錯誤。
{
"errorMessage": "Cannot find module 'async'",
"errorType": "Error",
"stackTrace": [
"Function.Module._load (module.js:276:25)",
"Module.require (module.js:353:17)",
"require (internal/module.js:12:17)",
"Object.<anonymous> (/var/task/index.js:5:9)",
"Module._compile (module.js:409:26)",
"Object.Module._extensions..js (module.js:416:10)",
"Module.load (module.js:343:32)",
"Function.Module._load (module.js:300:12)",
"Module.require (module.js:353:17)"
]
}
如果我手動壓縮並上傳該文件夾中的內容(全選>右鍵點擊> 7-ZIP>添加到檔案...),它會創建一個工作和λ存檔。
如果我手動上傳由吞噬進程創建的archive.zip
,則Lambda在執行代碼時會引發錯誤。這讓我相信這個錯誤是在吞噬過程中的某個地方。
如果我檢查兩個檔案文件大小是不同的,但內容乍一看看相同。
zip
是gulp-zip
你拉上了'node_modules'? –
@ExplosionPills我相信如此。這就是'gulp.src'命令所要做的。目睹它後,它看起來像node_modules目錄和所有的子目錄在那裏,在吞噬生成的歸檔 – Houseman