fluentassertions / fluentassertions/fluentassertions.analyzers
Various bugs running on large codebase
- Vorherrschende Sprache
- C#
- Sterne
- 131
- Forks
- 25
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
### Description
When running this analyzer on the codebase at https://github.com/SteeltoeOSS/Steeltoe, the fixers produce code that doesn't compile in several cases. After fixing them manually, various tests start to fail.
### Complete minimal example reproducing the issue
- Clone the repo at https://github.com/SteeltoeOSS/Steeltoe
- Add the following to `/shared-test.props`:
```xml
```
- Set all analyzer rules of this package to Warning severity in `Steeltoe.Debug.ruleset`: Open `src/Steeltoe.All` in Visual Studio, expand the Dependencies/Analyzers/FluentAssertions.Analyzers node in project Common/Steeltoe.Common.Expression.Test, select all rules, and right-click > Set severity > Warning.
- Rebuild the Steeltoe.Common.Expression.Test project and use the fixers to update existing Xunit tests to FluentAssertions.
### Expected behavior:
No broken code and no failing tests.
### Actual behavior:
Some fixers don't actually change code; others produce code that doesn't compile. Some result in test failures.
### Versions
* Which version of Fluent Assertions Analyzers are you using? v0.21.0 with FA v6.8.0
* Which .NET runtime and version are you targeting? .NET 6
### Additional Information
I only tried running on the Steeltoe.Common.Expression.Test project. Running on the complete solution may surface additional issues.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Reproduzieren Sie dies in Steeltoe.Common.Expression.Test, indem Sie das Paket und using-Einträge zu /shared-test.props hinzufügen, die Regeln in Steeltoe.Debug.ruleset auf Warning setzen und neu erstellen. Wenden Sie die Fixer auf bestehende Xunit-Tests an und ermitteln Sie anschließend jeden Fall, der unverändert bleibt, nicht kompiliert oder Testfehler verursacht; als erledigt gilt die Aufgabe, wenn der aktualisierte Code kompiliert und die Tests erfolgreich sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp
- Bereich
- testing, tooling
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100