ラムダはジップが現在

Question

を作成する方法に応じて、エラーをスローし、私はこれをやっている：コードはAWSラムダによって実行されたときに

gulp.task('newInstanceSetup', function() { 
    return gulp.src('./**/*',{cwd:'./new_instance_setup'}) 
     .pipe(zip('archive.zip')) 
     .pipe(lambda(newInstanceSetup_params, opts)) 
     .pipe(gulp.dest('.')); 
}); 

これは、エラーが発生します。

{ 
    "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すべて>右クリックを選択し...）それはラムダとの作品アーカイブを作成しますジップやフォルダの内容をアップロードした場合。

gulpプロセスによって作成されたarchive.zipを手動でアップロードすると、Lambdaはコード実行時にエラーをスローします。それは、エラーがgulp圧縮プロセスのどこかにあると私に信じさせる。

私が両方のアーカイブを調べると、ファイルサイズは異なりますが、内容は一見して同じに見えます。

zipはこれが原因で、WindowsとLinux間のアクセス許可の問題の発生したgulp-zip

Answer 1

https://github.com/sindresorhus/gulp-zip/issues/64

からです。あなたはgulp.src

私のコードを指定するとなると選択肢に{nodir:true}を追加します。gulp.src('./**/*',{cwd:'./new_instance_setup',nodir:true})