You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This caused me some trouble in a recent project, where rubocop -a "correcting" instances of eq and match_array in my specs caused large portions of them to start failing because match_ordered_array was not available.
I think this should either be excluded from autocorrect (conditionally, if there's a way to check whether the gem is installed), or else ezcater_matchers should be made a runtime dependency of ezcater_rubocop so we can ensure it is installed.
The second option is tricky because ezcater_rubocop is currently a development dependency of ezcater_matchers.
One workaround is to explicitly include ezcater_matchers in our rails and gem template bundles, but that feels a bit like bandaid over a deeper dependency issue that should be resolved.
The text was updated successfully, but these errors were encountered:
Thanks for raising this. I tend to agree with your analysis that finding a solution for (preferably conditionally) disabling the autocorrect would be the best path forward.
+1 to disabling the autocorrect. In general I think that we should not have any cops that encourage behavior which requires an optional additional gem.
This caused me some trouble in a recent project, where
rubocop -a
"correcting" instances ofeq
andmatch_array
in my specs caused large portions of them to start failing becausematch_ordered_array
was not available.I think this should either be excluded from autocorrect (conditionally, if there's a way to check whether the gem is installed), or else
ezcater_matchers
should be made a runtime dependency ofezcater_rubocop
so we can ensure it is installed.The second option is tricky because
ezcater_rubocop
is currently a development dependency ofezcater_matchers
.One workaround is to explicitly include
ezcater_matchers
in our rails and gem template bundles, but that feels a bit like bandaid over a deeper dependency issue that should be resolved.The text was updated successfully, but these errors were encountered: