Finish implementing #98 (encapsulate configuration)

@charlierudolph @kevgo 

* Added ability to run `git town [...]` even before configuring git town.
  * Rationale - the user should be able to see the help text before being immediately prompted by the config prompts
* Added `git town main-branch [<branch_name>]` to view and edit the main branch
* Added `git town non-feature-branches [--add|--remove <branch_name>]` to view and modify non-feature branches

Couple issues:
* the linter on Travis seems to be different from the one I have. Everything passes locally, but Travis' wants me to fix [line 42 of shell_helpers.sh](https://github.com/Originate/git-town/compare/aw-finish-config?expand=1#diff-5fb3dd355b9b26c61663d7e067c373fbR42). Following their suggestion, the functionality seems to change and break.
* The `git town` "option parsing" seems messy -- any advice?
* Don't really like the differences between the flags and "subcommands", e.g. `git town main-branch` vs. `git town --config`. Would `git town config` be better than `git town --config` (per Kevin's original suggestion)?
The best I can do is go back to what I had [previously](https://github.com/Originate/git-town/blob/e52203cd741c426eea918c9c7936ba550f5a5cff/man/man1/git-town.1). The source is cleaner by your definition, but I think the output isn't as readable.

Personally, I think we should leave it alone. Again, I think that the manpages should be optimized for rendered readability, not for source code readability.

![mandiff](https://cloud.githubusercontent.com/assets/1256911/5541019/71043580-8a87-11e4-87ef-fa18ffa960e3.gif)