Skip to content

Commit 286944a

Browse files
Remove version constraints for rubocop libraries
These constraints make it more difficult to upgrade these libraries in projects that use rubocop-github. I think the idea here was that we'd be able to bump the version alongside the default config, but without locking to an exact version we can still end up with a config that is incompatible with certain rubocop version (see the unrecognized cop error in #86, for example). If anything, I'd prefer a `>=` constraint over a `<=`. That would allow us to bump the minimum constraint when we add new cops, but still freely upgrade in our projects as long as there are no config incompatibilities (which are less common anyway ever since RuboCop 1.0).
1 parent 20e1ffc commit 286944a

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

rubocop-github.gemspec

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -10,9 +10,9 @@ Gem::Specification.new do |s|
1010

1111
s.files = Dir["README.md", "STYLEGUIDE.md", "LICENSE", "config/*.yml", "lib/**/*.rb", "guides/*.md"]
1212

13-
s.add_dependency "rubocop", "<= 1.13.0"
14-
s.add_dependency "rubocop-performance", "<= 1.11.0"
15-
s.add_dependency "rubocop-rails", "<= 2.7.1"
13+
s.add_dependency "rubocop"
14+
s.add_dependency "rubocop-performance"
15+
s.add_dependency "rubocop-rails"
1616

1717
s.add_development_dependency "actionview", "~> 5.0"
1818
s.add_development_dependency "minitest", "~> 5.14"

0 commit comments

Comments
 (0)