* File create, delete, and get added.
* #get still needs a way to get the body and metadata at the same
   time. But also other response headers. May need a separate object for
   this or, possibly, a library-specific response object
* Not pleased with how Client#request is growing in complexity to handle
  various edges. More abstraction needed there.
Docs for File#get
Need these for when we're not using a cassette...
Ok, that was silly
This one is a biggy...

* Switched to a functional-style API somewhat akin to jClouds
* Container/File objects no longer have API behavior but are instead
  DAO-like
Doc updates
More docs
Even more docs
Interesting. Had to wrap an 'it' in a 'describe' to make VCR happy.
File no longer needs DocsLinkable
Files#get now returns a File object
Exposes a method to request a raw response object directly from the transport layer
Adds file metadata operations.

Interesting to note that Container#get_metadata returns a 204 on success
whereas File#get_metadata returns a 200. I can't explain why these
should be inconsistent...
Oopsy (thanks @smashwilson)
Another oopsy (thanks @smashwilson)
Merge pull request #7 from elight/file_download

File CRUD operations