Add serverless create template

[franciscocpg]

In the future we could add a template here so that new serverless projects can be created with webpack already configured.

[HyperBrain]

Wow. Nice idea 🙌 . That would make the project creation really easy.
Can you create an issue in the serverless core repo and link it here, so that we can track it properly?

Then we can work and comment on a PR there - that one of us (maybe you 😄 ) initially created to get a nice template in there.

[franciscocpg]

Yes @HyperBrain
I just want to focus on #130 before because IMO it will have some influence here.

[HyperBrain]

@franciscocpg 2.1.0 is out now! Maybe you can proceed here as soon as you have some time.

[franciscocpg]

Sure @HyperBrain
I'm thinking about using examples/babel-multiple-statically-entries as our "model" (with some changes, of course) to create a new template called aws-nodejs-ecma-script (need suggestions for name) based on templates/aws-nodejs.
That's because IMO the main reason to use serverless-webpack is enabling ecma-script code style.

[franciscocpg]

Oh and maybe we need to add a aws-nodejs-typescript using examples/typescript as our model?

[HyperBrain]

... and #167 will remove the extension from the entry key names in lib.entries, so that [name].js has to be used as output. We should take that into account. There was a problem with typescript support ( #165 ) that will be solved there by determining the correct handler filenames. I try to release these fixes as 2.2.0 as soon as the implementations are stable.

[HyperBrain]

see also the discussion in #158

[franciscocpg]

So I think it's better wait for 2.2.0.

[HyperBrain]

2.2.0 is out. Had to be that fast, because of the TypeScript issue with the entries export 😃 .

You can proceed here now.

[HyperBrain]

I agree that there should be more than one template - the multi-static and the typescript.

We can add one that is missing later: the multi-dynamic, as soon as it is proven that the entries detection works properly now. Imo the dynamic template(s) should be the preferred ones in the future.

[franciscocpg]

@HyperBrain
So how I about creating these two first templates (name / example model)
aws-nodejs-ecma-script / examples/babel-dynamically-entries
aws-nodejs-typescript / examples/typescript.
IMO these two are the ones that add more value to the serverless community that wants to use ES or typescript with serverless framework.

[HyperBrain]

I would use the dynamic sample. Imo this is the preferred way now to configure the plugin/webpack in an easy and safe way. Much easier than finding out and adding new entries or removing stale ones when you add or remove functions. The manual configuration is very error-prone, especially when it comes to individual packaging and optimization in V3, which works like a charm with lib.entries.

But yes, ES and TS should be the choice for them.

[franciscocpg]

Ops, I've put the wrong example.
I've edited the #137 (comment)
So those two ones?