README.md in has_config-0.2.1 vs README.md in has_config-0.3.0

- old
+ new

@@ -1,19 +1,17 @@ # HasConfig -[![Build Status](https://travis-ci.org/t27duck/has_config.svg?branch=master)](https://travis-ci.org/t27duck/has_config) -[![Code Climate](https://codeclimate.com/github/t27duck/has_config/badges/gpa.svg)](https://codeclimate.com/github/t27duck/has_config) -[![Test Coverage](https://codeclimate.com/github/t27duck/has_config/badges/coverage.svg)](https://codeclimate.com/github/t27duck/has_config/coverage) +[![Build Status](https://travis-ci.org/t27duck/has_config.svg?branch=main)](https://travis-ci.org/t27duck/has_config) When working with models in a large Rails project, you sometimes end up with "god objects" which start to be loaded down with several booleans, integers, and strings from select boxes that act as configuration options. As time goes on, you add more and more columns. As your database and user-base grows, adding even a single column more can bring your app to a hang during a deploy due to table locking or a slew of exceptions due to [issues and gotchas like this](https://github.com/rails/rails/issues/12330). In an attempt to cut down on cluttering your model with boolean columns, `has_config` allows you to have a single column contain all configuration switches you could ever want. Adding another configuration option to a model no longer requires a migration to add a column. You can also continue writing code as if the model had all of those individual attributes. ## Requirements -Supported Rubies: 2.3, 2.4, 2.5 +Supported Rubies: 2.5, 2.6, 2.7 -Supported versions of ActiveRecord: 4.2, 5.1, 5.2 +Supported versions of ActiveRecord: 5.2 - 6.0 ## Installation Add this line to your application's Gemfile: