Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Disable Gemspec/DevelopmentDependencies cop [CPGM-595] #57

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

ric2b
Copy link
Contributor

@ric2b ric2b commented Feb 1, 2024

A recent version of rubocop added a default cop that forces gems to place their development dependencies in Gemfile instead of <gem_name>.gemspec: rubocop/rubocop#11469

Here are the discussions I could find about the two ways of defining gem dev dependencies:

My conclusion is that we should disable this cop.

This is for the following reasons:

  • It would force us to update all our existing gems for little benefit other than complying with this cop
  • It would prevent us from using the appraisal gem, used to test a gem against different versions of its dependencies

image

My opinion on this isn't strong though, so if anyone disagrees feel free to make a case for keeping it and I'll probably close this PR.

Note: originally ran into this in https://github.com/salsify/http-runner/pull/13

prime: @salsify/pim-core-backend
CC: @salsify/network-core

@ric2b ric2b self-assigned this Feb 1, 2024
@ric2b ric2b requested a review from a team as a code owner February 1, 2024 15:47
@@ -23,6 +23,9 @@ Bundler/GemComment:
- 'github'
- 'gist'

Gemspec/DevelopmentDependencies:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we use EnforcedStyle: gemspec so we can enforce the pattern we use?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@erikkessler1 I'm ok with that, unless we happen to have some gems that use Gemfile and then we're causing the opposite problem.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Even then, it seems like forcing them to use our convention of using the gemspec is what we want, right?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants