Based on the official docs:

https://help.github.com/en/articles/configuring-a-workflow#adding-a-workflow-status-badge-to-your-repository

Bumps [nokogiri](https://github.com/sparklemotion/nokogiri) from 1.6.6.2 to 1.10.4.
- [Release notes](https://github.com/sparklemotion/nokogiri/releases)
- [Changelog](https://github.com/sparklemotion/nokogiri/blob/master/CHANGELOG.md)
- [Commits](https://github.com/sparklemotion/nokogiri/compare/v1.6.6.2...v1.10.4)
Signed-off-by: dependabot[bot] <support@github.com>

Updates the requirements on [rake](https://github.com/ruby/rake) to permit the latest version.
- [Release notes](https://github.com/ruby/rake/releases)
- [Changelog](https://github.com/ruby/rake/blob/master/History.rdoc)
- [Commits](https://github.com/ruby/rake/compare/v10.4.0...v13.0.0)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Before, whenever a new file is added to `lib`, the contributor or
maintainer has to remember to explicitly add it to the gemspec. If this
step is forgotten, it results in a broken release, like #657.

This commit makes this process less error prone by using `git ls-files`
to automatically include all appropriate files in the gem. This is in
line with what is advocated by Bundler's gem template:

https://github.com/bundler/bundler/blob/2a4d88a7044528209321fd4441e995ec66f604b9/lib/bundler/templates/newgem/newgem.gemspec.tt#L26

Add opening parenthesis

Currently the gem released as version 3.0.0 is broken. Fixes #657 

The gem is missing constants.rb and parser.rb file

Changed references to `--additional_file_patterns` to be `--additional-file-patterns` to make it consistent with other flags.

Adds tests for `.include_routes?`, `.include_models?`, `.skip_on_migration?`. Also moves the `TRUE_RE` under the `Annotate::Constants` namespace.

Updating tested ruby versions to use latest versions.

* Bump ruby 2.4.6 -> 2.4.7
* Bump ruby 2.5.5 -> 2.5.6
* Add ruby 2.6.4
* Remove old versions of 2.6.X

Prior to this change, `Annotate.include_models?` returned the inverse of `Annotate.include_routes?`. This made it so annotating models and routes was not possible to do together.

This PR adds an explicit `--models` flag and also adds it the option to `lib/generators/annotate/templates/auto_annotate_models.rake` with the default being set to `false`. 

Fixes #563 and undoes the bug introduced in #485.

In looking into #563, I realized there are gaps in test coverage. For example, `bin/annotate` doesn't have any tests. 

Tidying the spec directory to make it easier to add tests in future work.

Add better documentation for new option for additional file patterns. Implemented in #633 and #636.

Adds option for additional file patterns (implemented in #633) in the CLI.

Refactored Parser to isolate changes being made to ENV. This way we have an intermediate step where we know the environment variables being set.

The RubyGems gemspec property `rubyforge_project` has been removed without a replacement.

Refer to https://github.com/rubygems/rubygems/pull/2436

This PR adds an option named `additional_file_patterns`.  You can specify custom path patterns (including globs) that the gem will use to annotate.

For example, I used it like this on a project:

```ruby
Annotate.set_defaults(
      'additional_file_patterns' => [
        File.join(Rails.application.root, 'app/lib/forms/%PLURALIZED_MODEL_NAME%/**/*.rb'),
        File.join(Rails.application.root, 'spec/lib/forms/%PLURALIZED_MODEL_NAME%/**/*.rb')
      ],
      ...
)
```

This makes it possible to have files nested under a directory which corresponds to the model.

I believe this fixes #594.

Currently there's no test coverage on CLI. This adds tests for a new class Parser which will replace the command line options currently in bin/annotate.

The technical direction I'm planning to go is to remove ENV variables completely and to have things passed into as arguments. Will be adding deprecation warnings in 3.0 and then deprecate ENV variables completely in 3.1. Deprecation warnings will be non-blocking in 3.0 when an ENV variable is set and an argument isn't passed in, and will becoming blocking in 3.1.

`BigDecimal.new` is deprecated in future version of Ruby in favor of using `BigDecimal(...)`.

* Update rubocop requirement from ~> 0.67.2 to ~> 0.68.1

Updates the requirements on [rubocop](https://github.com/rubocop-hq/rubocop) to permit the latest version.
- [Release notes](https://github.com/rubocop-hq/rubocop/releases)
- [Changelog](https://github.com/rubocop-hq/rubocop/blob/master/CHANGELOG.md)
- [Commits](https://github.com/rubocop-hq/rubocop/compare/v0.67.2...v0.68.1)

* Rerun rubocop --auto-gen-config

The cop Layout/IndexHash was renamed to Layout/IndentFirstHashElement
causing CI to fail. By rerunning the config generator this updates the
correct cop name so that Rubocop no longer fails in CI.

* Update Ruby 2.2.7 to 2.2.10

There are 3 patch versions of security and vulnerability fixes and 2.2.7
was released back in March 28 2017.

* Use older version of RubyGems for Ruby 2.2

The current build tries to update to RubyGems 3. This currently fails
for Ruby 2.2 because RubyGems 3.0.0 drops support for Ruby 2.2.X.

This change should support Ruby 2.2 by explicitly installing RubyGems
2.7 after failing to find a compatible version of 3.

Handle potential negative padding in `#mb_chars_ljust` when having a `col_length` > 16, the default hardcoded value of `bare_type_allowance`.

Travis was trying to publish gem multiple times in the matrix builds.  This should restrict the gem publish to a single build.

In AnnotateRoutes, there were many public methods that is not used in other classes or modules.

Before my extension, I made these methods private and sort them in order of appearance.

All tests were passed.

Please trace each commits carefully. I didn't nothing special. The commits consist of coordinating code.

Updates the requirements on [ruby_dep](https://github.com/e2/ruby_dep) to permit the latest version.
- [Release notes](https://github.com/e2/ruby_dep/releases)
- [Commits](https://github.com/e2/ruby_dep/compare/v1.3.1...v1.5.0)
Signed-off-by: dependabot[bot] <support@dependabot.com>