Repair GH repo page url view only to point to master as committed original in #89

Applies to #200

* I currently see no advantage of pointing the view url to the current `tree/HEAD` when clicking the url to go to GH during the import process. I do however see a disadvantage of not being able to traverse up their breadcrumb list and being locked into a specific commit hash
* Since the import process is probably dependent upon `/tree/HEAD` now leaving that alone
* Add `target="_blank"` to this url since we do this anyways with multiple entries and keeps that window/tab open for importing after checking with GH
* Fix white space issue with optional target after POST routine returns
Remove straggling trailing commas in objects

* This is considered bad form and could eventually break this controller if V8 updates to strict mode.
* Think I got all of them on a manual survey of this controller.

Applies to #200 and should be clarified in #19
Option 2 for #204

* Create another object for mustache to correctly show GH target url if percent is used in `dir` or `filename`
* Alter view page mustache usage to match

Applies to #200 and https://github.com/OpenUserJs/OpenUserJS.org/issues/200#issuecomment-47057757
Backout master reference since GH allows different HEADS... rarely used but I have seen a few ppl do this.

Applies to #200 and #204
Further things for #204

* Use `encodeComponent` as per @Zren recommendation
* Use `repo.default_branch` to eventually be redirected to `blob/master` url

NOTE: May need default_branch to be encoded I think... have to commit this to check out my other repo and test

Applies to #200
More for #204

* Create minimal `repoAsEncoded`
* Use `repoAsEncoded` in view page

Applies to #200
Merge pull request #204 from Martii/repairUrlToGHMaster

Repair GH repo page url view only to point to master as committed originally...