-
-
Notifications
You must be signed in to change notification settings - Fork 276
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
RSpec/FilePath
split is disabled by default
#1717
Comments
From #1698 (comment):
Good question! I was hoping we could turn the violation into a warning but unfortunately it's supported yet. I see 2 options:
Later (or in the meanwhile):
Depending on what we consider a "breaking change" both options are possible 😅 WDYT? |
As mentioned in the following PR How about proceeding as follows?
I think it looks good. Perhaps it would be better to implement it before step2. |
@ydah 👋
This sounds great!
Yes, we could! However, we'd need to wait for the RuboCop version to be released and tweak the dependency here 🤷 For now, I only see either sticking with |
Sounds like a plan!
How did it work for our extractions? |
Question for the maintainers: Since 2.24.0 has some potential for user confusion, I wonder if, after 2.24.1 was released with #1718 merged, we are considering yanking this release? 🤔 |
Quite unlikely. I see this as a regular bug fix. We have had a dependency issue situation recently and planned to yank 2.18.0, but I think we didn’t and nobody complained. |
Well, probably nobody complained because we haven’t released major versions yet. |
I'm having trouble with this. If I disable the |
@pirj yeah, that fixes the issue for me. I need to handle both the |
v2.24.1 has been released, which I hope fixes the problem. |
I'm confused, is the plan to still deprecate |
RSpec/FilePath was complaining about our spec files not matching the module namespace. This commit pushes the specs into the directory that RSpec/FilePath and RSpec/SpecFilePathFormat are expecting. It's not exactly clear what is going on with the rules, but this seems like the easiest way to not continue dancing around with the errors. rubocop/rubocop-rspec#1717
Yes, the If you upgraded to v2.24.0 and started have the new cops |
RSpec/FilePath was complaining about our spec files not matching the module namespace. This commit pushes the specs into the directory that RSpec/FilePath and RSpec/SpecFilePathFormat are expecting. It's not exactly clear what is going on with the rules, but this seems like the easiest way to not continue dancing around with the errors is to move them. See: rubocop/rubocop-rspec#1717
The changelog reads that
RSpec/FilePath
is "enabled by default" but it seems it isn't anymore.Currently, users are forced to replace
RSpec/FilePath
with their alternatives when upgrading a minor release from 2.23.0 to 2.24.0. Is this expected or do we consider this a breaking change? 🤔Refs https://gitlab.com/gitlab-org/ruby/gems/gitlab-styles/-/merge_requests/195
/cc @ydah @bquorning
Originally posted by @splattael in #1698 (comment)
The text was updated successfully, but these errors were encountered: