| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
* Adds Ruby 3.2 to the CI matrix
* Use object_id rather than trust, as trust is no longer a method on Object in Ruby 3.2. Condition checked on Psych error based on version of Psych.
* Update danger token
* Add CHANGELOG entry
* Add use of Gem::Version for version comparison
|
| |
|
|\
| |
| | |
Fix: Make Danger happy with the CHANGELOG.
|
|/ |
|
|\
| |
| | |
Bump actions/checkout from 2 to 3
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bumps [actions/checkout](https://github.com/actions/checkout) from 2 to 3.
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](https://github.com/actions/checkout/compare/v2...v3)
---
updated-dependencies:
- dependency-name: actions/checkout
dependency-type: direct:production
update-type: version-update:semver-major
...
Signed-off-by: dependabot[bot] <support@github.com>
|
|\
| |
| |
| |
| | |
petergoldstein/feature/add_dependabot_for_github_actions
Add dependabot for GitHub Actions
|
|/
|
|
| |
This will ensure that GitHub Actions stay up to date. As the checkout action is currently out of date, Dependabot should open a PR to update it after this PR is merged.
|
|\
| |
| | |
Run CI on all branches.
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Add Ruby 3.1 to CI
Update Rubocop for recent Rubies
Disable Rubocop run for Rubies before Ruby 2.4
Quote '3.0' in the CI configuration to ensure it loads a 3.0.x Ruby
Set RUBYOPT="--disable_error_highlight" so Ruby 3.1 error matchers pass
* Add CHANGELOG.md entry
* Re-add deleted line from CHANGELOG.md
* Set minimum supported Ruby version to 2.4.
Remove a number of code bits designed to support Rubies below version 2.4
* Bump version. Remove unneeded require from Gemfile. Add require to spec/support file
|
|\
| |
| | |
Include example of Dash's lazy evaluation feature
|
|/
|
|
| |
This was added in https://github.com/hashie/hashie/pull/34/commits/d20eed6540b7cc264583244088344f73436292b7 but was never documented.
|
| |
|
| |
|
|\
| |
| | |
Added Ruby 3.0 to CI.
|
|/
|
|
| |
Signed-off-by: dblock <dblock@dblock.org>
|
|\
| |
| | |
Michaelherold dash nil keys
|
| |\
|/ /
| |
| | |
michaelherold-dash-nil-keys
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When exporting a Dash via `#to_h` or `#to_hash`, we expect all
properties to be exported whether or not they are set. However, in the
change that allows codependent properties to be nilified, we regressed
the behavior of exporting all properties.
There is a gotcha here, which I note in the tests for the specs. For
posterity, MRI does not send the `#to_hash` method to anything that
subclasses `Hash` when you double-splat it. Thus, we cannot override the
behavior within MRI. For more information, see [this comment][1] where I
detail the behavior of double-splat within MRI.
Currently, JRuby also follows this behavior, but it's not guaranteed
that other Rubies will.
[1]: https://github.com/hashie/hashie/issues/353#issuecomment-363294886
|
| |
| |
| |
| |
| |
| |
| | |
In some cases --- like writing meta-extensions of `IndifferentAccess`
--- we need access to the ability to convert a key for the purposes of
`IndifferentAccess`. Exposing this behavior as a module function makes
this possible.
|
| |
| |
| |
| |
| |
| |
| | |
The check here doesn't make sense because it's testing the behavior of
another method. The best way to check identity is but checking the
`#object_id` of an object - thus, this check actually does what the test
says it does.
|
|\ \
| | |
| | | |
Add #except under Ruby 3
|
| | |
| | |
| | |
| | |
| | |
| | | |
Ruby 3 adds the Hash#except method, which should return the correct
Hashie object instance when called on a Mash or object using the
Hashie::Extensions::IndifferentAccess mixin.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Signed-off-by: dblock <dblock@dblock.org>
|
|\ \ \
| |/ /
|/| | |
Fixed issue where a source hash key can be used in translating multip…
|
| | |
| | |
| | |
| | | |
properties
|
|\ \ \
| |/ /
|/| | |
Use GitHub actions instead of TravisCI
|
| | |
| | |
| | |
| | |
| | | |
This was always meant to be a temporary fix. Let's track actual releases
because GitHub Actions is choking on it.
|
| | |
| | |
| | |
| | |
| | | |
We want to make sure none of our popular downstream integrations break.
This ports our old Travis setup over to GitHub Actions.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Using YAML lists over pseudo-JSON lists makes for easier diffs. Breaking
blocks apart with an empty line helps readability. Avoiding strings
delimeters when you don't need them helps with readability. The name of
the workflow should describe its purpose. Multithreading bundle installs
leads to faster builds. And we need to update the badge to our new CI
location.
|
| | |
| | |
| | |
| | |
| | | |
We don't really care about the metrics it gives and we can't access
configuration for it anymore for some reason, so let's end it.
|
| | | |
|
|/ / |
|
|\ \
| |/
|/| |
No need to include Hashie::Extensions::PrettyInspect into Hashie::Mash
|
|/ |
|
|\
| |
| | |
Fix inconsistencies with Dash defaults
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The normal behavior of Dash with respect to property defaults differed
from the behavior of a Dash/Trash with IgnoreUndeclared mixed in. This
is because some situations called the defaults and some did not.
This change normalizes the behavior so that all situations where the
defaults should be used to override unset values behave consistently,
as well as all situations where the default should not override a `nil`
value.
|
|\ \
| |/
|/| |
* Run 2.7 tests once
|
| | |
|
| | |
|
|\ \
| |/
|/| |
Drop testing for JRuby 9.0
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
Per the [JRuby security policy][1], JRuby 9.2 is supported, but 9.0 is
not any longer.
JRuby 9.0 has been flaky on builds, so it's now causing a maintenance
burden.
This isn't a declaration that we won't support this version, but I
don't think it makes sense to test on them any more. In the next major
release, I would like to define a support policy.
[1]: https://github.com/jruby/jruby/blob/4fd5e619f9d1f36d7bbca8f0013bb55e4ad57e8f/SECURITY.md
|
|\
| |
| | |
Allow exporting a normal, not-indifferent Hash
|
|/
|
|
|
|
|
| |
Following the conventions in `activesupport` and the semantics of the
`#to_hash` method in Ruby's standard library, the `#to_hash` method for
a hash that has mixed in `IndifferentAccess` will now export the hash as
a normal, not-indifferent hash.
|