[BUGFIX beta] When selecting controller for view prioritize controllerName over
controller matching template or route name
[BUGFIX beta] Preserve ability to render alternate controller matching template if
controllerName is specified.

Controller precendence for render is as follows:
* explicitly passed controller always has top precedence
* if name explicitly passed, prioritize name over controllerName
* prioritize controllerName when no explicit name
* fall back on routeName
[BUGFIX beta] Force remove `required` attribute for IE8

In IE8, `elem.prop('required', '')` couldn't remove attribute.
(This problem is occured at `required` only. Other attributes work as our
expectation.)

``` javascript
view.set('required', false);
view.$().get(0).outerHTML; // this includes `required` attribute.
```

To remove attribute, `removeProp` is needed.
Add console statement to make debugger helper usage more clear
Use Ember.Logger.info instead of console.log
Migrate s3 publishing to node.js

This is done in an effort to increase build performance.
update ember-cli
[fixes #5026] deprecate Ember.View#transitionTo

it is private and meant for internal view state management, unfortunately it is quite similar to route level methods and sometimes causes confusion.

For internal use we now use Ember.View#_transitionTo
[BUGFIX] Include min and prod builds in s3Publisher
[BUGFIX] Sync router.js, fix issue w recursive QP loop

Fixes #5037
[BUGFIX] Prevent publishing of tag s3 urls when TAG isn't present
[DOC] Fix Container typo and lookup documentation
Container: calls to lookupFactory only call normalize once

[Fixes #4734]
Migrate doc generation process to node

This removes the call to bundler during build time, which should
increase the avg speed of builds in travis
Update npm run-script to npm run

More commonly used and cleaner/less to type.
[bugfix] fix hardcoded date in s3publisher test
Fix {{#with view.foo as bar}}

The `with` helper can correctly bind through the `view` keyword when
it's used like this:

    {{#with view.foo}}

But the binding is broken if you try it like this:

    {{#with view.foo as bar}}

This change fixes it.
Add eventDispatcher.canDispatchToEventManager property
It decides if `event` will be dispatched to view `eventManager` or not.
confirm to guidelines, simplify debugging
improve debugging by not having single expression var statements when initializing