(Meteor 1.5)
Because I wanted to easily grok the differences between creating a bare bones, empty-as-can-be meteor project, and full boilerplate-scaffolded meteor project (i.e. the spread between the --bare and --full optional switches to meteor create.
mkdir bare-v-full && cd bare-v-full
meteor create --bare --release 1.5 .
git commit -am "with '--bare'"
At this point I also snapshotted a branch, for posterity, w:
git checkout -b meteor/bare
Then I removed everything from the folder (except ./.git with the git repo meta-information) and ran the --full switch:
meteor create --full --release 1.5 .
git commit -am "with '--full'"
And snapshotted the token, correlating branch, for posterity:
git checkout -b meteor/full
Nod, commit 49255d5e1352c0605c0799130078319ef42f417a (commit of the scaffolded source) reveals the diffs between scaffolded and the parent commit ref (commit of the bare source). The bare source is really really bare, and the scaffolded source indeed has a nice introductory meteor 1.5+ application structure, from which to begin working and modeling a new application.
For starters, peruse the deltas in the .meteor/packages file, to better understand how the scaffolded variation is making some basic enhancements over vanilla meteor...
- drops
static-htmlin favor ofblaze-html-templates(yay!) - also adds
kadira:flow-routerandkadira:blaze-layout(double yay!) - introduces a
lesscss pre-compiler (meteor add fourseven:scssfor sass/scss support!) - and
practicalmeteor:mochageared for writing and running tests for your app (tests!)
Indeed, Happy hacking =)