Implement behavior for resque.inline?
Respect the queue name passed to Job#scheduled for resque-scheduler
Creating status hash before actually queuing job

When using Resque.inline, for acceptance tests, jobs with status will run inline, as if Resque.enqueue was synchronous.

When the job finishes Resque::Plugins::Status.enqueue will create a new hash overriding the one that was used within the job (when calling #at, for example).

This will make the job status be reset to 'queued', though it has just completed.

By moving Resque::Plugins::Status::Hash.create before the Resque.enqueue, we make the status available to the job as usual, and we don't override the status set by the job. If Resque.enqueue fails we remove the created hash, thus ensuring that we won't leave an unused hash.

When Resque.inline is not used it works as usual.
Add dequeue method to Status.
Merge pull request #82 from crealytics/master

Add dequeue method.
More gitignore
Merge branch 'pivotal-casebook-master'
Merge branch 'vicentemundim-master'

Conflicts:
	lib/resque/plugins/status.rb
Just use securerandom (portable/easy) instead of UUID
No more Status#logger - Remove dependency on Redisk
Merge branch 'noahd1-topic/resque-scheduler-compatibility'

Conflicts:
	lib/resque/plugins/status.rb
Fix segfault on running tests
Version bump
Regenerate gemspec for version 0.4.0
Cleanup
Guard on at(). Fixes #73

Raises NotANumber error if you try to pass a string or anything else to at()
Revert inline? patch. Fixes #83

After looking at the code in Resque itself for inline, it should just
work without any changes in Resque::Status. If you're using inline
with the idea that you'll be able to mock out redis, though, this
will not work as even with `inline` Resque::Status will still depend
on Redis to work. You can get around this with using a mock redis
library like: https://github.com/causes/mock_redis
Bump version
Regenerate gemspec for version 0.4.1
Add info about inline to README