mirror of
https://github.com/infinitefusion/infinitefusion-e18.git
synced 2025-12-13 16:04:58 +00:00
Lots of rubocop
This commit is contained in:
31
.rubocop.yml
31
.rubocop.yml
@@ -63,6 +63,24 @@ Naming/ClassAndModuleCamelCase:
|
||||
Naming/FileName:
|
||||
Enabled: false
|
||||
|
||||
# Disabled for sanity's sake. While this is a cop we want to obey, fixing all
|
||||
# this is a gargantuan task that may never be completed, and we don't need
|
||||
# rubocop telling us about the 4000+ instances of camelCase method names.
|
||||
Naming/MethodName:
|
||||
Enabled: false
|
||||
|
||||
# Disabled for sanity's sake. While this is a cop we want to obey, fixing all
|
||||
# this is a gargantuan task that may never be completed, and we don't need
|
||||
# rubocop telling us about the 1500+ instances of camelCase parameter names.
|
||||
Naming/MethodParameterName:
|
||||
Enabled: false
|
||||
|
||||
# Disabled for sanity's sake. While this is a cop we want to obey, fixing all
|
||||
# this is a gargantuan task that may never be completed, and we don't need
|
||||
# rubocop telling us about the 10000+ instances of camelCase variable names.
|
||||
Naming/VariableName:
|
||||
Enabled: false
|
||||
|
||||
#===============================================================================
|
||||
# Security
|
||||
#===============================================================================
|
||||
@@ -85,13 +103,21 @@ Style/AccessorGrouping:
|
||||
|
||||
# The assign_to_condition style looks awful, indenting loads of lines and
|
||||
# increasing the separation between variable and value being assigned to it.
|
||||
# Having said that, using "assign_inside_condition" flags every instance of
|
||||
# conditional assignment using a one-line ternary operator, so this cop has been
|
||||
# disabled because such assignment is fine.
|
||||
Style/ConditionalAssignment:
|
||||
Enabled: false
|
||||
EnforcedStyle: assign_inside_condition
|
||||
|
||||
# Check with yard instead.
|
||||
Style/Documentation:
|
||||
Enabled: false
|
||||
|
||||
# This is just shorthand that looks bad due to the lack of an "end" to a "def".
|
||||
Style/EndlessMethod:
|
||||
EnforcedStyle: disallow
|
||||
|
||||
# It's a choice between format and sprintf. We already make use of sprintf and
|
||||
# the translatable _ISPRINTF, so...
|
||||
Style/FormatString:
|
||||
@@ -110,6 +136,11 @@ Style/GlobalVars:
|
||||
Style/HashSyntax:
|
||||
EnforcedStyle: no_mixed_keys
|
||||
|
||||
# Sometimes you want to clearly separate sets of code, one per "paradigm".
|
||||
Style/IfInsideElse:
|
||||
Enabled: false
|
||||
AllowIfModifier: true
|
||||
|
||||
# The alernative is ->(x) { x } which is less English than "lambda". This style
|
||||
# makes lambda definitions require the word "lambda".
|
||||
Style/Lambda:
|
||||
|
||||
Reference in New Issue
Block a user