| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Changes to `Mash` initialization key string conversion. (#521) | Caroline Artz | 2020-05-04 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 4.1.0v4.1.0 | Bobby McDonald | 2020-02-01 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 4.0.1. | Bobby McDonald | 2019-10-30 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 4.0.0.v4.0.0 | Bobby McDonald | 2019-10-30 | 1 | -1/+1 |
| | | |||||
| * | Allow options on Mash.load (#474) | Daniel Doubrovkine (dB.) @dblockdotorg | 2019-03-22 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | `Mash.load` uses the Ruby standard library to load Yaml-serialized files into a Mash. The original implementation used `YAML.load` for this purpose. However, that method is inherently unsafe so we switched to using `YAML.safe_load`. Safely loading Yaml files has many different domain-specific configuration flags that we did not, by default, expose. This change introduces the ability to configure the safe loading of Yaml files so that all types of Yaml can be loaded when necessary using the flags from the standard library. This implementation preserves the backwards-compatibility with the prior implementation so that it should not require updates from users of the current `Mash.load` behavior. For those who this change affects, we included upgrading documentation to ease the transition. | ||||
| * | Prepare for next development version, v3.6.1 | Michael Herold | 2018-08-13 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.6.0v3.6.0 | Michael Herold | 2018-08-13 | 1 | -1/+1 |
| | | |||||
| * | Update Rubocop and address the addressable todos | Michael Herold | 2018-06-17 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | | | This is a big step forward in our Rubocop setup. I addressed all of the todos from the current version of Rubocop that made sense to. The only things that remain are metrics and one cop that relies on the line length metric to work. I made some judgment calls on disabling a few cops: 1. The `Layout/IndentHeredoc` cop wants you to either use the squiggly heredoc from Ruby 2.3 or introduce a library. Since we are a low-level library that is used as a transitive dependency, we cannot introduce another library as a dependence, so that option is out. Also, we support Rubies back to 2.0 currently, so using the squiggly heredoc isn't an option. Once we remove support for Rubies older than 2.3, we can switch to the squiggly heredoc cop. 2. The `Naming/FileName` cop was reporting false positives for a few files in the repository, so I disabled it on those files. 3. The `Style/DoubleNegation` cop reports lints on a few cases where we use double negation. Given the very generic nature of Hashie, the double-negation is the easiest, clearest way to express that we want an item to be a Boolean. I disabled the cop because we exist in the gray area where this makes sense. | ||||
| * | Preparing for next development iteration, 3.5.8 | Michael Herold | 2017-12-19 | 1 | -1/+1 |
| | | |||||
| * | Prepare for the next development iteration, 3.5.7 | Michael Herold | 2017-07-12 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.6 | Michael Herold | 2017-02-24 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.5 | Michael Herold | 2017-02-22 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.4 | Michael Herold | 2017-02-11 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.3 | Michael Herold | 2017-02-10 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.2 | Michael Herold | 2017-01-31 | 1 | -1/+1 |
| | | |||||
| * | Prepare for next development iteration, 3.5.1 | Michael Herold | 2017-01-31 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.5.0v3.5.0 | Michael Herold | 2017-01-31 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 3.4.7. | dblock | 2016-09-16 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 3.4.6. | dblock | 2016-09-16 | 1 | -1/+1 |
| | | |||||
| * | Preparing for the next development iteration, 3.4.5. | dblock | 2016-04-29 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 3.4.4. [ci skip] | dblock | 2015-10-25 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next release, 3.4.3 | Michael Herold | 2015-06-02 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 3.4.2. | dB | 2015-03-31 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.4.1.v3.4.1 | dB | 2015-03-31 | 1 | -1/+1 |
| | | |||||
| * | bump to 3.4.0v3.4.0 | gregory | 2015-02-02 | 1 | -1/+1 |
| | | |||||
| * | Preparing for the 3.3.3 development iteration. | dblock | 2014-11-26 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.3.2.v3.3.2 | dblock | 2014-11-26 | 1 | -1/+1 |
| | | |||||
| * | Preparing for 3.3.1 release. | dblock | 2014-08-26 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.3.0v3.3.0 | Michael Herold | 2014-08-26 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development iteration, 3.2.1. | dblock | 2014-07-10 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.2.0.v3.2.0 | dblock | 2014-07-10 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development release, 3.1.1. | dblock | 2014-06-25 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.1.v3.1.0 | dblock | 2014-06-25 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development release, 3.0.1. | dblock | 2014-06-03 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 3.0.v3.0.0 | dblock | 2014-06-03 | 1 | -1/+1 |
| | | |||||
| * | Preparing for next development interation. | dblock | 2014-04-12 | 1 | -1/+1 |
| | | |||||
| * | Preparing for release, 2.1.1.v2.1.1 | dblock | 2014-04-12 | 1 | -1/+1 |
| | | |||||
| * | Bump version, preparing for release.v2.1.0 | dblock | 2014-04-06 | 1 | -1/+1 |
| | | |||||
| * | bump 2.0.5v2.0.5 | Jerry Cheung | 2013-05-10 | 1 | -1/+1 |
| | | |||||
| * | bump 2.0.4v2.0.4 | Jerry Cheung | 2013-04-23 | 1 | -1/+1 |
| | | |||||
| * | bump 2.0.3v2.0.3 | Jerry Cheung | 2013-03-18 | 1 | -1/+1 |
| | | |||||
| * | Bump version to 2.0.2v2.0.2 | Michael Bleigh | 2013-02-26 | 1 | -1/+1 |
| | | |||||
| * | bump version 2.0.1v2.0.1 | Jerry Cheung | 2013-02-25 | 1 | -1/+1 |
| | | |||||
| * | bump gem version to 2.0.0 | Jerry Cheung | 2013-02-14 | 1 | -1/+1 |
| | | |||||
| * | Adds first extension, coercion, road to 2.0 begins. | Michael Bleigh | 2011-07-28 | 1 | -1/+1 |
| | | |||||
| * | Bump version to 1.1.0 | Michael Bleigh | 2011-07-28 | 1 | -1/+1 |
| | | |||||
| * | Switch to Bundler for gem management and Guard for autotesting. | Michael Bleigh | 2011-07-22 | 1 | -0/+3 |
 |
index : delta/ruby-gems/hashie.git | |
| github.com: intridea/hashie |
| summaryrefslogtreecommitdiff |