-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
#5461 added ib_segue_action case in TypeContent #5524
#5461 added ib_segue_action case in TypeContent #5524
Conversation
Source/SwiftLintBuiltInRules/Rules/RuleConfigurations/TypeContentsOrderConfiguration.swift
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! This needs some tests. See TypeContentsOrderRuleTests
.
Also, you need to update the test reference for IntegrationTests.testDefaultConfigurations
to make the build pass.
Source/SwiftLintBuiltInRules/Rules/RuleConfigurations/TypeContentsOrderConfiguration.swift
Outdated
Show resolved
Hide resolved
Hi, @SimplyDanny still the build is not passing, is there something else needed to be done? |
Now that you have removed the entry from the default list, the test reference update needs to be reverted. |
Hey @SimplyDanny. Now that the build has passed, is there anything else needs to be done or is it enough to merge and close the issue? |
|
e79276a
to
d109056
Compare
d109056
to
be4b489
Compare
Hi, thanks for adding this new case to the It seems the documentation has not been updated, and I could not find where EDIT: It seems that putting the |
We intentionally didn't specify a default expectation because the new type was added on top of the already existing ones. And what's not explicitly specified is expected last by the rule. @guillaumealgis: Do you think a default would be reasonable (also for documentation purposes) instead of leaving it unspecified? If so, what would be a decent order? Is putting it on the same level as |
I think SwiftLint should explicitly define an order for all defined cases. This makes the expected position of the elements clearer for everyone. I have honestly no strong opinion on where to put
Seems pretty logical, but it's not documented, so when SwiftLint started complaining after I updated it was not clear where I should put my code to satisfy it :) |
Same level as |
Hey! I have added a new case to TypeContent enum for ib_segue_action. And also adapted the change in TypeContentsOrderRule.swift.