ldclient-rb 5.5.5 → 5.5.6
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +4 -4
- data/.circleci/config.yml +8 -0
- data/CHANGELOG.md +20 -8
- data/CONTRIBUTING.md +36 -3
- data/Gemfile.lock +2 -2
- data/README.md +24 -144
- data/ldclient-rb.gemspec +1 -1
- data/lib/ldclient-rb/version.rb +1 -1
- data/scripts/release.sh +2 -2
- data/spec/integrations/consul_feature_store_spec.rb +1 -0
- data/spec/integrations/dynamodb_feature_store_spec.rb +2 -1
- data/spec/redis_feature_store_spec.rb +2 -0
- metadata +3 -3
checksums.yaml
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
---
|
2
2
|
SHA1:
|
3
|
-
metadata.gz:
|
4
|
-
data.tar.gz:
|
3
|
+
metadata.gz: fd3c17c171b2ccd00f2ca5e024127e3b0ac4d909
|
4
|
+
data.tar.gz: 8472cf4ba7250da19145e143a1cab074e1cf8176
|
5
5
|
SHA512:
|
6
|
-
metadata.gz:
|
7
|
-
data.tar.gz:
|
6
|
+
metadata.gz: 0b915b3150820e819ee2e93ccb8f513b50b9a57230f330aa475c56543238d6c40c67b227b63bbde74b3c7f8b87cdd4386c66a89314a5d19998ce58073b0ba09a
|
7
|
+
data.tar.gz: ed3727b767a6fab3052980a6a6224283d422f38d4c9d35acea40967f744448d12af5ac35b38436e454ae64103cffecc70c00de37ff1d25de2bce391a849ef07e
|
data/.circleci/config.yml
CHANGED
@@ -9,6 +9,7 @@ workflows:
|
|
9
9
|
- test-2.3
|
10
10
|
- test-2.4
|
11
11
|
- test-2.5
|
12
|
+
- test-2.6
|
12
13
|
- test-jruby-9.2
|
13
14
|
|
14
15
|
ruby-docker-template: &ruby-docker-template
|
@@ -57,6 +58,13 @@ jobs:
|
|
57
58
|
- image: consul
|
58
59
|
- image: redis
|
59
60
|
- image: amazon/dynamodb-local
|
61
|
+
test-2.6:
|
62
|
+
<<: *ruby-docker-template
|
63
|
+
docker:
|
64
|
+
- image: circleci/ruby:2.6.2-stretch
|
65
|
+
- image: consul
|
66
|
+
- image: redis
|
67
|
+
- image: amazon/dynamodb-local
|
60
68
|
test-jruby-9.2:
|
61
69
|
<<: *ruby-docker-template
|
62
70
|
docker:
|
data/CHANGELOG.md
CHANGED
@@ -2,14 +2,26 @@
|
|
2
2
|
|
3
3
|
All notable changes to the LaunchDarkly Ruby SDK will be documented in this file. This project adheres to [Semantic Versioning](http://semver.org).
|
4
4
|
|
5
|
+
## [5.5.6] - 2019-05-08
|
6
|
+
### Fixed:
|
7
|
+
- CI tests now include Ruby 2.6.x.
|
8
|
+
- Running the SDK unit tests is now simpler, as the database integrations can be skipped. See `CONTRIBUTING.md`.
|
9
|
+
|
10
|
+
# Note on future releases
|
11
|
+
|
12
|
+
The LaunchDarkly SDK repositories are being renamed for consistency. This repository is now `ruby-server-sdk` rather than `ruby-client`.
|
13
|
+
|
14
|
+
The gem name will also change. In the 5.5.6 release, it is still `ldclient-rb`; in all future releases, it will be `launchdarkly-ruby-server-sdk`. No further updates to the `ldclient-rb` gem will be published after this release.
|
15
|
+
|
16
|
+
|
5
17
|
## [5.5.5] - 2019-03-28
|
6
18
|
### Fixed:
|
7
|
-
- Setting user attributes to non-string values when a string was expected would cause analytics events not to be processed. Also, in the case of the `secondary` attribute, this could cause evaluations to fail for a flag with a percentage rollout. The SDK will now convert attribute values to strings as needed. ([#131](https://github.com/launchdarkly/ruby-
|
19
|
+
- Setting user attributes to non-string values when a string was expected would cause analytics events not to be processed. Also, in the case of the `secondary` attribute, this could cause evaluations to fail for a flag with a percentage rollout. The SDK will now convert attribute values to strings as needed. ([#131](https://github.com/launchdarkly/ruby-server-sdk/issues/131))
|
8
20
|
|
9
21
|
## [5.5.4] - 2019-03-29
|
10
22
|
### Fixed:
|
11
|
-
- Fixed a missing `require` that could sometimes cause a `NameError` to be thrown when starting the client, depending on what other gems were installed. This bug was introduced in version 5.5.3. ([#129](https://github.com/launchdarkly/ruby-
|
12
|
-
- When an analytics event was generated for a feature flag because it is a prerequisite for another flag that was evaluated, the user data was being omitted from the event. ([#128](https://github.com/launchdarkly/ruby-
|
23
|
+
- Fixed a missing `require` that could sometimes cause a `NameError` to be thrown when starting the client, depending on what other gems were installed. This bug was introduced in version 5.5.3. ([#129](https://github.com/launchdarkly/ruby-server-sdk/issues/129))
|
24
|
+
- When an analytics event was generated for a feature flag because it is a prerequisite for another flag that was evaluated, the user data was being omitted from the event. ([#128](https://github.com/launchdarkly/ruby-server-sdk/issues/128))
|
13
25
|
- If `track` or `identify` is called without a user, the SDK now logs a warning, and does not send an analytics event to LaunchDarkly (since it would not be processed without a user).
|
14
26
|
- Added a link from the SDK readme to the guide regarding the client initialization.
|
15
27
|
|
@@ -44,7 +56,7 @@ All notable changes to the LaunchDarkly Ruby SDK will be documented in this file
|
|
44
56
|
### Fixed:
|
45
57
|
- Added or corrected a large number of documentation comments. All API classes and methods are now documented, and internal implementation details have been hidden from the documentation. You can view the latest documentation on [RubyDoc](https://www.rubydoc.info/gems/ldclient-rb).
|
46
58
|
- Fixed a problem in the Redis feature store that would only happen under unlikely circumstances: trying to evaluate a flag when the LaunchDarkly client had not yet been fully initialized and the store did not yet have data in it, and then trying again when the client was still not ready but the store _did_ have data (presumably put there by another process). Previously, the second attempt would fail.
|
47
|
-
- In polling mode, the SDK did not correctly handle non-ASCII Unicode characters in feature flag data. ([#90](https://github.com/launchdarkly/ruby-
|
59
|
+
- In polling mode, the SDK did not correctly handle non-ASCII Unicode characters in feature flag data. ([#90](https://github.com/launchdarkly/ruby-server-sdk/issues/90))
|
48
60
|
|
49
61
|
### Deprecated:
|
50
62
|
- `RedisFeatureStore.new`. This implementation class may be changed or moved in the future; use `LaunchDarkly::Integrations::Redis::new_feature_store`.
|
@@ -52,16 +64,16 @@ All notable changes to the LaunchDarkly Ruby SDK will be documented in this file
|
|
52
64
|
|
53
65
|
## [5.4.3] - 2019-01-11
|
54
66
|
### Changed:
|
55
|
-
- The SDK is now compatible with `net-http-persistent` 3.x. (Thanks, [CodingAnarchy](https://github.com/launchdarkly/ruby-
|
67
|
+
- The SDK is now compatible with `net-http-persistent` 3.x. (Thanks, [CodingAnarchy](https://github.com/launchdarkly/ruby-server-sdk/pull/113)!)
|
56
68
|
|
57
69
|
## [5.4.2] - 2019-01-04
|
58
70
|
### Fixed:
|
59
|
-
- Fixed overly specific dependency versions of `concurrent-ruby` and `semantic`. ([#115](https://github.com/launchdarkly/ruby-
|
71
|
+
- Fixed overly specific dependency versions of `concurrent-ruby` and `semantic`. ([#115](https://github.com/launchdarkly/ruby-server-sdk/issues/115))
|
60
72
|
- Removed obsolete dependencies on `hashdiff` and `thread_safe`.
|
61
73
|
|
62
74
|
## [5.4.1] - 2018-11-05
|
63
75
|
### Fixed:
|
64
|
-
- Fixed a `LoadError` in `file_data_source.rb`, which was added in 5.4.0. (Thanks, [kbarrette](https://github.com/launchdarkly/ruby-
|
76
|
+
- Fixed a `LoadError` in `file_data_source.rb`, which was added in 5.4.0. (Thanks, [kbarrette](https://github.com/launchdarkly/ruby-server-sdk/pull/110)!)
|
65
77
|
|
66
78
|
|
67
79
|
## [5.4.0] - 2018-11-02
|
@@ -128,7 +140,7 @@ Fixed a regression in version 5.0.0 that could prevent the client from reconnect
|
|
128
140
|
|
129
141
|
## [3.0.2] - 2018-03-06
|
130
142
|
## Fixed
|
131
|
-
- Improved efficiency of logging by not constructing messages that won't be visible at the current log level. (Thanks, [julik](https://github.com/launchdarkly/ruby-
|
143
|
+
- Improved efficiency of logging by not constructing messages that won't be visible at the current log level. (Thanks, [julik](https://github.com/launchdarkly/ruby-server-sdk/pull/98)!)
|
132
144
|
|
133
145
|
|
134
146
|
## [3.0.1] - 2018-02-26
|
data/CONTRIBUTING.md
CHANGED
@@ -1,4 +1,37 @@
|
|
1
|
-
Contributing to LaunchDarkly SDK for Ruby
|
2
|
-
|
1
|
+
Contributing to the LaunchDarkly Server-side SDK for Ruby
|
2
|
+
================================================
|
3
3
|
|
4
|
-
|
4
|
+
LaunchDarkly has published an [SDK contributor's guide](https://docs.launchdarkly.com/docs/sdk-contributors-guide) that provides a detailed explanation of how our SDKs work. See below for additional information on how to contribute to this SDK.
|
5
|
+
|
6
|
+
Submitting bug reports and feature requests
|
7
|
+
------------------
|
8
|
+
|
9
|
+
The LaunchDarkly SDK team monitors the [issue tracker](https://github.com/launchdarkly/ruby-server-sdk/issues) in the SDK repository. Bug reports and feature requests specific to this SDK should be filed in this issue tracker. The SDK team will respond to all newly filed issues within two business days.
|
10
|
+
|
11
|
+
Submitting pull requests
|
12
|
+
------------------
|
13
|
+
|
14
|
+
We encourage pull requests and other contributions from the community. Before submitting pull requests, ensure that all temporary or unintended code is removed. Don't worry about adding reviewers to the pull request; the LaunchDarkly SDK team will add themselves. The SDK team will acknowledge all pull requests within two business days.
|
15
|
+
|
16
|
+
Build instructions
|
17
|
+
------------------
|
18
|
+
|
19
|
+
### Prerequisites
|
20
|
+
|
21
|
+
This SDK is built with [Bundler](https://bundler.io/). To install Bundler, run `gem install bundler -v 1.17.3`. You might need `sudo` to execute the command successfully. As of this writing, the SDK does not support being built with Bundler 2.0.
|
22
|
+
|
23
|
+
To install the runtime dependencies:
|
24
|
+
|
25
|
+
```
|
26
|
+
bundle install
|
27
|
+
```
|
28
|
+
|
29
|
+
### Testing
|
30
|
+
|
31
|
+
To run all unit tests:
|
32
|
+
|
33
|
+
```
|
34
|
+
bundle exec rspec spec
|
35
|
+
```
|
36
|
+
|
37
|
+
By default, the full unit test suite includes live tests of the integrations for Consul, DynamoDB, and Redis. Those tests expect you to have instances of all of those databases running locally. To skip them, set the environment variable `LD_SKIP_DATABASE_TESTS=1` before running the tests.
|
data/Gemfile.lock
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
PATH
|
2
2
|
remote: .
|
3
3
|
specs:
|
4
|
-
ldclient-rb (5.5.
|
4
|
+
ldclient-rb (5.5.5)
|
5
5
|
concurrent-ruby (~> 1.0)
|
6
6
|
json (>= 1.8, < 3)
|
7
7
|
ld-eventsource (~> 1.0)
|
@@ -23,7 +23,7 @@ GEM
|
|
23
23
|
aws-sigv4 (1.0.3)
|
24
24
|
codeclimate-test-reporter (0.6.0)
|
25
25
|
simplecov (>= 0.7.1, < 1.0.0)
|
26
|
-
concurrent-ruby (1.1.
|
26
|
+
concurrent-ruby (1.1.5)
|
27
27
|
connection_pool (2.2.1)
|
28
28
|
diff-lcs (1.3)
|
29
29
|
diplomat (2.0.2)
|
data/README.md
CHANGED
@@ -1,135 +1,26 @@
|
|
1
|
-
LaunchDarkly SDK for Ruby
|
1
|
+
LaunchDarkly Server-side SDK for Ruby
|
2
2
|
===========================
|
3
3
|
|
4
4
|
[![Gem Version](https://badge.fury.io/rb/ldclient-rb.svg)](http://badge.fury.io/rb/ldclient-rb)
|
5
5
|
|
6
|
-
[![Circle CI](https://circleci.com/gh/launchdarkly/ruby-
|
7
|
-
[![
|
8
|
-
|
6
|
+
[![Circle CI](https://circleci.com/gh/launchdarkly/ruby-server-sdk/tree/master.svg?style=svg)](https://circleci.com/gh/launchdarkly/ruby-server-sdk/tree/master)
|
7
|
+
[![Security](https://hakiri.io/github/launchdarkly/ruby-server-sdk/master.svg)](https://hakiri.io/github/launchdarkly/ruby-server-sdk/master)
|
8
|
+
|
9
|
+
LaunchDarkly overview
|
10
|
+
-------------------------
|
11
|
+
[LaunchDarkly](https://www.launchdarkly.com) is a feature management platform that serves over 100 billion feature flags daily to help teams build better software, faster. [Get started](https://docs.launchdarkly.com/docs/getting-started) using LaunchDarkly today!
|
12
|
+
|
13
|
+
[![Twitter Follow](https://img.shields.io/twitter/follow/launchdarkly.svg?style=social&label=Follow&maxAge=2592000)](https://twitter.com/intent/follow?screen_name=launchdarkly)
|
9
14
|
|
10
15
|
Supported Ruby versions
|
11
16
|
-----------------------
|
12
17
|
|
13
18
|
This version of the LaunchDarkly SDK has a minimum Ruby version of 2.2.6, or 9.1.6 for JRuby.
|
14
19
|
|
15
|
-
|
20
|
+
Getting started
|
16
21
|
-----------
|
17
22
|
|
18
|
-
|
19
|
-
|
20
|
-
```shell
|
21
|
-
gem install ldclient-rb
|
22
|
-
```
|
23
|
-
|
24
|
-
2. Require the LaunchDarkly client:
|
25
|
-
|
26
|
-
```ruby
|
27
|
-
require 'ldclient-rb'
|
28
|
-
```
|
29
|
-
|
30
|
-
3. Create a new LDClient with your SDK key:
|
31
|
-
|
32
|
-
```ruby
|
33
|
-
client = LaunchDarkly::LDClient.new("your_sdk_key")
|
34
|
-
```
|
35
|
-
|
36
|
-
*NOTE: Please refer to [our documentation](https://docs.launchdarkly.com/docs/ruby-sdk-reference#section-initializing-ldclient-using-spring-unicorn-or-puma) for additional instructions on how to use LaunchDarkly with [Spring](https://github.com/rails/spring), [Unicorn](https://bogomips.org/unicorn/), or [Puma](https://github.com/puma/puma).*
|
37
|
-
|
38
|
-
### Ruby on Rails
|
39
|
-
|
40
|
-
1. Add `gem 'ldclient-rb'` to your Gemfile and `bundle install`
|
41
|
-
|
42
|
-
2. Initialize the launchdarkly client in `config/initializers/launchdarkly.rb`:
|
43
|
-
|
44
|
-
```ruby
|
45
|
-
Rails.configuration.ld_client = LaunchDarkly::LDClient.new("your_sdk_key")
|
46
|
-
```
|
47
|
-
|
48
|
-
3. You may want to include a function in your ApplicationController
|
49
|
-
|
50
|
-
```ruby
|
51
|
-
def launchdarkly_settings
|
52
|
-
if current_user.present?
|
53
|
-
{
|
54
|
-
key: current_user.id,
|
55
|
-
anonymous: false,
|
56
|
-
email: current_user.email,
|
57
|
-
custom: { groups: current_user.groups.pluck(:name) },
|
58
|
-
# Any other fields you may have
|
59
|
-
# e.g. lastName: current_user.last_name,
|
60
|
-
}
|
61
|
-
else
|
62
|
-
if Rails::VERSION::MAJOR <= 3
|
63
|
-
hash_key = request.session_options[:id]
|
64
|
-
else
|
65
|
-
hash_key = session.id
|
66
|
-
end
|
67
|
-
# session ids should be private to prevent session hijacking
|
68
|
-
hash_key = Digest::SHA256.base64digest hash_key
|
69
|
-
{
|
70
|
-
key: hash_key,
|
71
|
-
anonymous: true,
|
72
|
-
}
|
73
|
-
end
|
74
|
-
end
|
75
|
-
```
|
76
|
-
|
77
|
-
4. In your controllers, access the client using
|
78
|
-
|
79
|
-
```ruby
|
80
|
-
Rails.application.config.ld_client.variation('your.flag.key', launchdarkly_settings, false)
|
81
|
-
```
|
82
|
-
|
83
|
-
Note that this gem will automatically switch to using the Rails logger it is detected.
|
84
|
-
|
85
|
-
|
86
|
-
Your first feature flag
|
87
|
-
-----------------------
|
88
|
-
|
89
|
-
1. Create a new feature flag on your [dashboard](https://app.launchdarkly.com).
|
90
|
-
2. In your application code, use the feature's key to check whether the flag is on for each user:
|
91
|
-
|
92
|
-
```ruby
|
93
|
-
if client.variation("your.flag.key", {key: "user@test.com"}, false)
|
94
|
-
# application code to show the feature
|
95
|
-
else
|
96
|
-
# the code to run if the feature is off
|
97
|
-
end
|
98
|
-
```
|
99
|
-
|
100
|
-
HTTPS proxy
|
101
|
-
-----------
|
102
|
-
|
103
|
-
The Ruby SDK uses Faraday and Socketry to handle its network traffic. Both of these provide built-in support for the use of an HTTPS proxy. If the HTTPS_PROXY environment variable is present then the SDK will proxy all network requests through the URL provided. (HTTP_PROXY is not used because all LaunchDarkly services require HTTPS.)
|
104
|
-
|
105
|
-
How to set the HTTPS_PROXY environment variable on Mac/Linux systems:
|
106
|
-
```
|
107
|
-
export HTTPS_PROXY=https://web-proxy.domain.com:8080
|
108
|
-
```
|
109
|
-
|
110
|
-
How to set the HTTPS_PROXY environment variable on Windows systems:
|
111
|
-
```
|
112
|
-
set HTTPS_PROXY=https://web-proxy.domain.com:8080
|
113
|
-
```
|
114
|
-
|
115
|
-
If your proxy requires authentication then you can prefix the URN with your login information:
|
116
|
-
```
|
117
|
-
export HTTPS_PROXY=http://user:pass@web-proxy.domain.com:8080
|
118
|
-
```
|
119
|
-
or
|
120
|
-
```
|
121
|
-
set HTTPS_PROXY=http://user:pass@web-proxy.domain.com:8080
|
122
|
-
```
|
123
|
-
|
124
|
-
Database integrations
|
125
|
-
---------------------
|
126
|
-
|
127
|
-
Feature flag data can be kept in a persistent store using Redis, DynamoDB, or Consul. These adapters are implemented in the `LaunchDarkly::Integrations::Redis`, `LaunchDarkly::Integrations::DynamoDB`, and `LaunchDarkly::Integrations::Consul` modules; to use them, call the `new_feature_store` method in the module, and put the returned object in the `feature_store` property of your client configuration. See the [API documentation](https://www.rubydoc.info/gems/ldclient-rb/LaunchDarkly/Integrations) and the [SDK reference guide](https://docs.launchdarkly.com/v2.0/docs/using-a-persistent-feature-store) for more information.
|
128
|
-
|
129
|
-
Using flag data from a file
|
130
|
-
---------------------------
|
131
|
-
|
132
|
-
For testing purposes, the SDK can be made to read feature flag state from a file or files instead of connecting to LaunchDarkly. See `LaunchDarkly::FileDataSource` or the [SDK reference guide](https://docs.launchdarkly.com/v2.0/docs/reading-flags-from-a-file) for more details.
|
23
|
+
Refer to the [SDK documentation](https://docs.launchdarkly.com/docs/ruby-sdk-reference#section-getting-started) for instructions on getting started with using the SDK.
|
133
24
|
|
134
25
|
Learn more
|
135
26
|
-----------
|
@@ -140,37 +31,26 @@ Generated API documentation is on [RubyDoc.info](https://www.rubydoc.info/gems/l
|
|
140
31
|
|
141
32
|
Testing
|
142
33
|
-------
|
143
|
-
|
34
|
+
|
144
35
|
We run integration tests for all our SDKs using a centralized test harness. This approach gives us the ability to test for consistency across SDKs, as well as test networking behavior in a long-running application. These tests cover each method in the SDK, and verify that event sending, flag evaluation, stream reconnection, and other aspects of the SDK all behave correctly.
|
145
|
-
|
36
|
+
|
146
37
|
Contributing
|
147
38
|
------------
|
148
|
-
|
149
|
-
|
150
|
-
|
39
|
+
|
40
|
+
We encourage pull requests and other contributions from the community. Check out our [contributing guidelines](CONTRIBUTING.md) for instructions on how to contribute to this SDK.
|
41
|
+
|
151
42
|
About LaunchDarkly
|
152
|
-
|
153
|
-
|
43
|
+
-----------
|
44
|
+
|
154
45
|
* LaunchDarkly is a continuous delivery platform that provides feature flags as a service and allows developers to iterate quickly and safely. We allow you to easily flag your features and manage them from the LaunchDarkly dashboard. With LaunchDarkly, you can:
|
155
46
|
* Roll out a new feature to a subset of your users (like a group of users who opt-in to a beta tester group), gathering feedback and bug reports from real-world use cases.
|
156
47
|
* Gradually roll out a feature to an increasing percentage of users, and track the effect that the feature has on key metrics (for instance, how likely is a user to complete a purchase if they have feature A versus feature B?).
|
157
48
|
* Turn off a feature that you realize is causing performance problems in production, without needing to re-deploy, or even restart the application with a changed configuration file.
|
158
49
|
* Grant access to certain features based on user attributes, like payment plan (eg: users on the ‘gold’ plan get access to more features than users in the ‘silver’ plan). Disable parts of your application to facilitate maintenance, without taking everything offline.
|
159
|
-
* LaunchDarkly provides feature flag SDKs for
|
160
|
-
* [Java](http://docs.launchdarkly.com/docs/java-sdk-reference "Java SDK")
|
161
|
-
* [JavaScript](http://docs.launchdarkly.com/docs/js-sdk-reference "LaunchDarkly JavaScript SDK")
|
162
|
-
* [PHP](http://docs.launchdarkly.com/docs/php-sdk-reference "LaunchDarkly PHP SDK")
|
163
|
-
* [Python](http://docs.launchdarkly.com/docs/python-sdk-reference "LaunchDarkly Python SDK")
|
164
|
-
* [Go](http://docs.launchdarkly.com/docs/go-sdk-reference "LaunchDarkly Go SDK")
|
165
|
-
* [Node.JS](http://docs.launchdarkly.com/docs/node-sdk-reference "LaunchDarkly Node SDK")
|
166
|
-
* [Electron](http://docs.launchdarkly.com/docs/electron-sdk-reference "LaunchDarkly Electron SDK")
|
167
|
-
* [.NET](http://docs.launchdarkly.com/docs/dotnet-sdk-reference "LaunchDarkly .Net SDK")
|
168
|
-
* [Ruby](http://docs.launchdarkly.com/docs/ruby-sdk-reference "LaunchDarkly Ruby SDK")
|
169
|
-
* [iOS](http://docs.launchdarkly.com/docs/ios-sdk-reference "LaunchDarkly iOS SDK")
|
170
|
-
* [Android](http://docs.launchdarkly.com/docs/android-sdk-reference "LaunchDarkly Android SDK")
|
50
|
+
* LaunchDarkly provides feature flag SDKs for a wide variety of languages and technologies. Check out [our documentation](https://docs.launchdarkly.com/docs) for a complete list.
|
171
51
|
* Explore LaunchDarkly
|
172
|
-
* [launchdarkly.com](
|
173
|
-
* [docs.launchdarkly.com](
|
174
|
-
* [apidocs.launchdarkly.com](
|
175
|
-
* [blog.launchdarkly.com](
|
176
|
-
* [Feature Flagging Guide](https://github.com/launchdarkly/featureflags/ "Feature Flagging Guide") for best practices and strategies
|
52
|
+
* [launchdarkly.com](https://www.launchdarkly.com/ "LaunchDarkly Main Website") for more information
|
53
|
+
* [docs.launchdarkly.com](https://docs.launchdarkly.com/ "LaunchDarkly Documentation") for our documentation and SDK reference guides
|
54
|
+
* [apidocs.launchdarkly.com](https://apidocs.launchdarkly.com/ "LaunchDarkly API Documentation") for our API documentation
|
55
|
+
* [blog.launchdarkly.com](https://blog.launchdarkly.com/ "LaunchDarkly Blog Documentation") for the latest product updates
|
56
|
+
* [Feature Flagging Guide](https://github.com/launchdarkly/featureflags/ "Feature Flagging Guide") for best practices and strategies
|
data/ldclient-rb.gemspec
CHANGED
@@ -12,7 +12,7 @@ Gem::Specification.new do |spec|
|
|
12
12
|
spec.email = ["team@launchdarkly.com"]
|
13
13
|
spec.summary = "LaunchDarkly SDK for Ruby"
|
14
14
|
spec.description = "Official LaunchDarkly SDK for Ruby"
|
15
|
-
spec.homepage = "https://github.com/launchdarkly/ruby-
|
15
|
+
spec.homepage = "https://github.com/launchdarkly/ruby-server-sdk"
|
16
16
|
spec.license = "Apache-2.0"
|
17
17
|
|
18
18
|
spec.files = `git ls-files -z`.split("\x0")
|
data/lib/ldclient-rb/version.rb
CHANGED
data/scripts/release.sh
CHANGED
@@ -9,7 +9,7 @@
|
|
9
9
|
# When done you should commit and push the changes made.
|
10
10
|
|
11
11
|
set -uxe
|
12
|
-
echo "Starting ruby-
|
12
|
+
echo "Starting ruby-server-sdk release."
|
13
13
|
|
14
14
|
VERSION=$1
|
15
15
|
|
@@ -24,4 +24,4 @@ gem build ldclient-rb.gemspec
|
|
24
24
|
# Publish Ruby Gem
|
25
25
|
gem push ldclient-rb-${VERSION}.gem
|
26
26
|
|
27
|
-
echo "Done with ruby-
|
27
|
+
echo "Done with ruby-server-sdk release"
|
@@ -31,6 +31,8 @@ end
|
|
31
31
|
describe LaunchDarkly::RedisFeatureStore do
|
32
32
|
subject { LaunchDarkly::RedisFeatureStore }
|
33
33
|
|
34
|
+
return if ENV['LD_SKIP_DATABASE_TESTS'] == '1'
|
35
|
+
|
34
36
|
# These tests will all fail if there isn't a Redis instance running on the default port.
|
35
37
|
|
36
38
|
context "real Redis with local cache" do
|
metadata
CHANGED
@@ -1,14 +1,14 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: ldclient-rb
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 5.5.
|
4
|
+
version: 5.5.6
|
5
5
|
platform: ruby
|
6
6
|
authors:
|
7
7
|
- LaunchDarkly
|
8
8
|
autorequire:
|
9
9
|
bindir: bin
|
10
10
|
cert_chain: []
|
11
|
-
date: 2019-
|
11
|
+
date: 2019-05-10 00:00:00.000000000 Z
|
12
12
|
dependencies:
|
13
13
|
- !ruby/object:Gem::Dependency
|
14
14
|
name: aws-sdk-dynamodb
|
@@ -319,7 +319,7 @@ files:
|
|
319
319
|
- spec/user_filter_spec.rb
|
320
320
|
- spec/util_spec.rb
|
321
321
|
- spec/version_spec.rb
|
322
|
-
homepage: https://github.com/launchdarkly/ruby-
|
322
|
+
homepage: https://github.com/launchdarkly/ruby-server-sdk
|
323
323
|
licenses:
|
324
324
|
- Apache-2.0
|
325
325
|
metadata: {}
|