add `ci-status` command for the GitHub Status API
ci-status: Use rev-parse on first argument to find revision
don't load Hub libs in Cucumber context
fix Homebrew release process

mxcl/homebrew#19430
simplify `ci-status` implementation
`ci-status` respects last status in case there are multiple
Merge branch 'ci-status'
docs for `ci-status`
add Gemfile.lock to version control

So that everyone doing development is using the same versions of
dependencies. Fixes #323
port `checkout` tests to cukes
save and reuse pull request message if creating it failed
improve preserving message from failed pull request

 - If text editor aborts, message is discarded.
 - If the API request to create the PR fails, message is kept.
 - If the API request succeeds, message is discarded.
 - When kept message is reused for subsequent PR, only its title and
   body get inserted. The PR instructions and changelog still get
   regenerated.

Fixes #178
avoid hard breaks in pull requests authored in vim

Hard-wrapping at 80 chars looks great for Markdown and commits, but
since pull request bodies are rendered with GitHub-flavored Markdown, we
want to avoid line breaks because they get preserved and look like crap
on the web.

Fixes #318
fix `ci-status` showing the latest status

GitHub API seems to return statuses in reverse-chronological order. The
first one is the latest one.

Fixes #327
enable passing in `pull-request` title & body

Emulates the interface of `git commit`:

  $ hub pull-request -m "This is my title"
  $ hub pull-request -F /path/to/message.txt
  $ hub pull-request -F -

The old way of passing in just title is deprecated

  $ hub pull-request "Deprecated title"

Fixes #183
simplify assertion of supplied API params
Merge `pull-request` changes
fix unit tests after `pull-request` changes; update History
port more pull-request tests to cukes
remove obsolete ci-status unit tests

The cukes cover the same funtionality