add custom type for dub init

[deviator]

• rework init types (now enum)
• add custom type (issue Global user configuration #557)

Example usage:
dub init MyApp gtk-d deslog -tcustom copies files from .dub/custom_init_package/ and replace in them some vars:

• $name -> myapp
• $Name -> MyApp
• $deps_json -> "gtk-d": "3.1.3", "deslog": "0.2.0"

[MartinNowak]

I guess your use-case is similar to git's template directory, right? What exactly are you using this for?

It seems that copying default files in a dub directory is orthogonal to initializing a particular kind of dub folder. It's also fairly easy to write your own dub_init wrapper script.

For the purpose of having special init types for other libraries, I think it'd be best to do this as executable targets in the libraries, e.g. dub init -t mylib args would fetch mylib and run dub run -c init mylib -- args.

[s-ludwig]

This looks like (form a really quick glance) it's simply the generalization of the -t switch that we've discussed in similar form some time ago. Unfortunately I can't find the discussion now, but the idea was different in that dub init somelib would automatically look for a sub package somelib:init and use that as the package template. For multiple libraries specified, I think we came to the conclusion to only look at the first one.

I think choosing the default like that makes more sense. It would usually be what people expect, and help pages are rarely looked at, so that an opt-in switch would probably end up being rarely used.

[andre2007]

See pr #1658

[andre2007]

Closing as #1658 is merged.