feat: support cloud eval reasons

[jsalaber]

Changes

• returned eval reasons for cloud bucketing

[phaym]

add `cloud' and 'cloudEvalReason' capabilities to test-harness action to see if it passes here

[jsalaber]

add `cloud' and 'cloudEvalReason' capabilities to test-harness action to see if it passes here

it failed all the cloud tests in my previous pr, there's a ticket + pr to fix it

[Copilot]

Pull Request Overview

This PR adds support for cloud evaluation reasons in the DevCycle Ruby SDK. The changes enable tracking and returning of evaluation reasons when variables are retrieved from the cloud bucketing service.

• Added eval reasons support to the Variable model to include reason and details for variable evaluations
• Enhanced error handling to provide specific evaluation reasons for different failure scenarios (missing variable, type mismatch, etc.)
• Added comprehensive test coverage using WebMock to verify eval reasons are properly returned

Reviewed Changes

Copilot reviewed 6 out of 6 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
lib/devcycle-ruby-server-sdk/models/variable.rb	Added eval field to Variable model to store evaluation reasons
lib/devcycle-ruby-server-sdk/eval_reasons.rb	Added new evaluation reason detail constants for type mismatch, missing variable, and error scenarios
lib/devcycle-ruby-server-sdk/api/client.rb	Enhanced variable retrieval logic to handle type mismatches and include eval reasons in error responses
spec/spec_helper.rb	Added WebMock dependency for HTTP request mocking in tests
spec/api/devcycle_api_spec.rb	Added comprehensive test coverage for eval reasons including mocked API responses
Gemfile	Added webmock gem dependency for testing

Comments suppressed due to low confidence (1)

spec/api/devcycle_api_spec.rb:74

• This test assumes the eval field contains specific values, but there's no setup or stubbing to ensure the API returns eval data. Without mocking, this test depends on the actual API behavior which may not be reliable.

      expect(result.eval[:reason]).to eq "DEFAULT"