Skip to content

Conversation

@Killectro
Copy link
Collaborator

No description provided.

mildm8nnered and others added 30 commits March 25, 2024 21:39
…a severity (#5509)

The README states that a configuration like `attributes: error` is
valid to only set a different severity level for a rule (the
`attributes` rule here). This was previously only possible for rules
that were accompanied by a plain severity configuration.

I don't think this broke with the automatic parsing code generation.
For some rules it might have worked before, for others not. This change
makes it consistently working for all rules.
This new test ensures that rule IDs and their option names do not get
changed inadvertently.

The file can easily be updated by running:

```bash
swift run swiftlint rules --config-only --default-config > Tests/IntegrationTests/default_rule_configurations.yml
```
While this is already implemented, it only works when a configuration
is updated by calling `apply(configuration:)` on it somewhere. This
imperceptible detail could lead to confusing. So better prohibit the
use of the feature for the time being as long as a good solution is
found. So far, no explicit configuration keys have been removed.
Co-authored-by: Danny Mösch <danny.moesch@icloud.com>
Failing immediately when a property is invalid is too strict. It feels
sufficient to allow to report an issue but otherwise continue with a default
value instead of stopping execution completely.
Automatically print an appropriate warning to the console.
SourceKitten 0.35.0
Swift Argument Parser 1.3.1
SwiftSyntax 510.0.2
jaredgrubb and others added 26 commits November 12, 2024 19:27
…parameters` rule (#5781)

Co-authored-by: Danny Mösch <danny.moesch@icloud.com>
When this workflow is called from another, the event type will be the
one of the caller. Therefore, checking agains `workflow_call` doesn't
work.
Co-authored-by: Danny Mösch <danny.moesch@icloud.com>
Re-enable once we require Swift 6.
@kelan
Copy link
Collaborator

kelan commented Feb 14, 2025

I think this is superseded by #6

@kelan kelan closed this Feb 14, 2025
@kelan kelan deleted the pull-in-upstream branch February 14, 2025 23:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.