rollout 2.1.0 → 2.2.1

metadata

@@ -1,29 +1,29 @@
 --- !ruby/object:Gem::Specification
 name: rollout
 version: !ruby/object:Gem::Version
-  version: 2.1.0
+  version: 2.2.1
 platform: ruby
 authors:
 - James Golick
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2014-12-10 00:00:00.000000000 Z
+date: 2016-02-21 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: rspec
   requirement: !ruby/object:Gem::Requirement
     requirements:
-    - - "~>"
+    - - ">="
       - !ruby/object:Gem::Version
-        version: 2.10.0
+        version: '0'
   type: :development
   prerelease: false
   version_requirements: !ruby/object:Gem::Requirement
     requirements:
-    - - "~>"
+    - - ">="
       - !ruby/object:Gem::Version
-        version: 2.10.0
+        version: '0'
 - !ruby/object:Gem::Dependency
   name: bundler
   requirement: !ruby/object:Gem::Requirement
@@ -53,35 +53,21 @@ dependencies:
       - !ruby/object:Gem::Version
         version: 1.6.4
 - !ruby/object:Gem::Dependency
-  name: bourne
-  requirement: !ruby/object:Gem::Requirement
-    requirements:
-    - - '='
-      - !ruby/object:Gem::Version
-        version: '1.0'
-  type: :development
-  prerelease: false
-  version_requirements: !ruby/object:Gem::Requirement
-    requirements:
-    - - '='
-      - !ruby/object:Gem::Version
-        version: '1.0'
-- !ruby/object:Gem::Dependency
-  name: mocha
+  name: redis
   requirement: !ruby/object:Gem::Requirement
     requirements:
-    - - '='
+    - - ">="
       - !ruby/object:Gem::Version
-        version: 0.9.8
+        version: '0'
   type: :development
   prerelease: false
   version_requirements: !ruby/object:Gem::Requirement
     requirements:
-    - - '='
+    - - ">="
       - !ruby/object:Gem::Version
-        version: 0.9.8
+        version: '0'
 - !ruby/object:Gem::Dependency
-  name: redis
+  name: codeclimate-test-reporter
   requirement: !ruby/object:Gem::Requirement
     requirements:
     - - ">="
@@ -103,19 +89,18 @@ extra_rdoc_files: []
 files:
 - ".document"
 - ".gitignore"
+- ".rspec"
 - ".travis.yml"
 - Gemfile
 - Gemfile.lock
 - LICENSE
-- README.rdoc
+- README.md
 - lib/rollout.rb
 - lib/rollout/legacy.rb
 - lib/rollout/version.rb
-- misc/check_rollout.rb
 - rollout.gemspec
 - spec/legacy_spec.rb
 - spec/rollout_spec.rb
-- spec/spec.opts
 - spec/spec_helper.rb
 homepage: https://github.com/jamesgolick/rollout
 licenses: []
@@ -135,13 +120,12 @@ required_rubygems_version: !ruby/object:Gem::Requirement
     - !ruby/object:Gem::Version
       version: '0'
 requirements: []
-rubyforge_project: rollout
-rubygems_version: 2.2.2
+rubyforge_project: 
+rubygems_version: 2.4.5.1
 signing_key: 
 specification_version: 4
 summary: Feature flippers with redis.
 test_files:
 - spec/legacy_spec.rb
 - spec/rollout_spec.rb
-- spec/spec.opts
 - spec/spec_helper.rb

data/README.rdoc

@@ -1,130 +0,0 @@
-= rollout
-
-Feature flippers.
-
-{<img src="https://travis-ci.org/FetLife/rollout.svg?branch=master" alt="Build Status" />}[https://travis-ci.org/FetLife/rollout]
-
-== MAKE SURE TO READ THIS: 2.0 Changes and Migration Path
-
-As of rollout-2.x, only one key is used per feature for performance reasons. The data format is <tt>percentage|user_id,user_id,...|group,_group...</tt>. This has the effect of making concurrent feature modifications unsafe, but in practice, I doubt this will actually be a problem.
-
-This also has the effect of rollout no longer being dependent on redis. Just give it something that responds to <tt>set(key,value)</tt> and <tt>get(key)</tt>.
-
-If you have been using the 1.x format, you can initialize Rollout with <tt>:migrate => true</tt> and it'll do its best to automatically migrate your old features to the new format. There will be some performance impact, but it should be limited and short-lived since each feature only needs to get migrated once.
-
-== Rollout::Legacy
-
-If you'd prefer to continue to use the old layout in redis, <tt>Rollout::Legacy</tt> is a copy and paste of the old code :-).
-
-== Install it
-
-  gem install rollout
-
-== How it works
-
-Initialize a rollout object. I assign it to a global var.
-
-  require 'redis'
-
-  $redis   = Redis.new
-  $rollout = Rollout.new($redis)
-
-Check whether a feature is active for a particular user:
-
-  $rollout.active?(:chat, User.first) # => true/false
-
-Check whether a feature is active globally:
-
-  $rollout.active?(:chat)
-
-You can activate features using a number of different mechanisms.
-
-== Groups
-
-Rollout ships with one group by default: "all", which does exactly what it sounds like.
-
-You can activate the all group for the chat feature like this:
-
-  $rollout.activate_group(:chat, :all)
-
-You might also want to define your own groups. We have one for our caretakers:
-
-  $rollout.define_group(:caretakers) do |user|
-    user.caretaker?
-  end
-
-You can activate multiple groups per feature.
-
-Deactivate groups like this:
-
-  $rollout.deactivate_group(:chat, :all)
-
-== Specific Users
-
-You might want to let a specific user into a beta test or something. If that user isn't part of an existing group, you can let them in specifically:
-
-  $rollout.activate_user(:chat, @user)
-
-Deactivate them like this:
-
-  $rollout.deactivate_user(:chat, @user)
-
-== User Percentages
-
-If you're rolling out a new feature, you might want to test the waters by slowly enabling it for a percentage of your users.
-
-  $rollout.activate_percentage(:chat, 20)
-
-The algorithm for determining which users get let in is this:
-
-  CRC32(user.id) % 100 < percentage
-
-So, for 20%, users 0, 1, 10, 11, 20, 21, etc would be allowed in. Those users would remain in as the percentage increases.
-
-Deactivate all percentages like this:
-
-  $rollout.deactivate_percentage(:chat)
-
-_Note that activating a feature for 100% of users will also make it active "globally". That is when calling Rollout#active? without a user object._
-
-== Feature is broken
-
-Deactivate everybody at once:
-
-  $rollout.deactivate(:chat)
-
-For many of our features, we keep track of error rates using redis, and deactivate them automatically when a threshold is reached to prevent service failures from cascading. See http://github.com/jamesgolick/degrade for the failure detection code.
-
-== Namespacing
-
-Rollout separates its keys from other keys in the data store using the "feature" keyspace.
-
-If you're using redis, you can namespace keys further to support multiple environments by using the http://github.com/defunkt/redis-namespace gem.
-
-  $ns = Redis::Namespace.new(Rails.env, :redis => $redis)
-  $rollout = Rollout.new($ns)
-  $rollout.activate_group(:chat, :all)
-
-This example would use the "development:feature:chat:groups" key.
-
-== misc/check_rollout.rb
-
-In our infrastructure, rollout obviously allows us to progressively enable new features but we also use it to automatically disable features and services that break or fail to prevent them from causing cascading failures and wiping out our entire system.
-
-When a feature reaches "maturity" - in other words, expected to be at 100% rollout all the time - we use check_rollout.rb to setup nagios alerts on the rollouts so that we get paged if one of them gets disabled.
-
-
-== Implementations in other languages
-
-* Python: http://github.com/asenchi/proclaim
-* PHP: https://github.com/opensoft/rollout
-* Clojure: https://github.com/tcrayford/shoutout
-
-== Contributors
-
-* James Golick - Creator - https://github.com/jamesgolick
-* Eric Rafaloff - Maintainer - https://github.com/EricR
-
-== Copyright
-
-Copyright (c) 2010-InfinityAndBeyond BitLove, Inc. See LICENSE for details.

data/misc/check_rollout.rb

@@ -1,16 +0,0 @@
-#!/usr/bin/env ruby
-
-require "rubygems"
-require "yajl"
-require "open-uri"
-
-output = Yajl::Parser.parse(open(ARGV[0]))
-percentage = output["percentage"].to_i
-
-puts Yajl::Encoder.encode(output)
-
-if percentage == 100
-  exit(0)
-else
-  exit(2)
-end