Skip to content

Latest commit

 

History

History
40 lines (25 loc) · 2.02 KB

README.md

File metadata and controls

40 lines (25 loc) · 2.02 KB

meteor create --bare (vs) --full

(Meteor 1.5)

Just the diffs, plz

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.

Basic steps / commands

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

Okie, so diffs?

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.

And?

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-html in favor of blaze-html-templates (yay!)
  • also adds kadira:flow-router and kadira:blaze-layout (double yay!)
  • introduces a less css pre-compiler (meteor add fourseven:scss for sass/scss support!)
  • and practicalmeteor:mocha geared for writing and running tests for your app (tests!)

Sweet Meteor o' Life

Indeed, Happy hacking =)