pub package manager support for new project template

[DartBot]

This issue was originally filed by dhconnelly@gmail.com

---

Per the discussion of the Dart package manager, I'm requesting an additional "pub" command to create a new project with a standard layout and files.

Use:

pub new awesome_app

This will create a folder named "awesome_app" with:

• a package description/dependencies file (correctly configured, so if a package needs to declare its own version in addition to declaring its dependencies, this is already filled-in);
• a packages directory;
• an awesome_app.dart program, or whatever;
• etc.

Extensions:

Maybe supports "client", "server", "both" sub-commands so that these project types can be autogenerated appropriately (including io or html or json libraries, etc).

[munificent]

Removed Type-Defect label.
Added Type-Enhancement label.

[DartBot]

This comment was originally written by @chrisbu

---

Similar to issue #2435, it would be great if the functionality described above was available to apps by being able to #import pub itself and call functions on pub directly.

 (Ok, as a workaround, you could just start pub as a process from another dart script).

[kasperl]

Added Area-Pub, Triaged labels.

[DartBot]

This comment was originally written by @butlermatt

---

This discussion is turning interesting. The package manager seems to be converting to a general purpose framework controller, similar to Rails, Padrino, etc. So as oppose to just a 'gems' functionality, we're creating projects, running a development web server, deploying/finalizing scripts and compiling/minifying. Would this functionality then become integrated with the Dart editor (either adding new functionality or replacing the current existing functionality). I'm certainly not against this direction, however if it is the direction you'll be taking then you may want to consider other features they provide as well from the get go (MVC generation, console servers, etc) rather than seeming like you're just tacking on cool features. Already with serve and deploy commands it seems to be becoming more than just a package manager (at least of the ones I've used, gems and cpan), and more of an all encompassing project manager which, as a subset, also handles/manages the packages of a project. Again, I'm not against the idea, just think that if it's the direction you're going it should be considered that from the beginning and designed as such.

[munificent]

Added this to the Later milestone.

[munificent]

Issue #7181 has been merged into this issue.

[pq]

FWIW: I'm in the process of porting the editor's project template creation to dart (dartbug.com/7856) with an eye towards providing a simple stand-alone commandline tool for quick and easy project bootstrap. If that would meet your needs, feel free to merge this request into that one. In the long run, I'd love to see this tool (and possibly pub too) behind some kind of framework controller (a la the go command --- http://golang.org/doc/articles/go_command.html).

[munificent]

Set owner to @pq.

[DartBot]

This comment was originally written by johnmccu...@chromium.org

---

At today's hackathon a team struggled because they put their unit tests under the "tests" directory instead of the pub required "test" directory. They wasted a lot of time confused by an import error. Perhaps if pub auto-populated the directory structure this could have been avoided.

[DartBot]

This comment was originally written by ped...@gmail.com

---

I think it could work like leiningen for clojure (https://github.com/technomancy/leiningen).

[DartBot]

This comment was originally written by beatgammi...@gmail.com

---

All I want from this is to generate a bare-bones pubspec.yaml, kind of like npm init in node.js.

I basically want just enough that "pub install" works with all available fields provided.

[kasperl]

Removed this from the Later milestone.
Added Oldschool-Milestone-Later label.

[kasperl]

Removed Oldschool-Milestone-Later label.

[nex3]

Issue #20701 has been merged into this issue.

[sethladd]

We'll encourage the community and tools to deliver this.

---

Added NotPlanned label.