Freigeben über

dotnet sln add lässt ungültige Dateinamen nicht mehr zu.

Ab .NET SDK 9.0.2xx umfasst der CLI-Befehl dotnet sln add Unterstützung für .slnx-Lösungsdateien. Dazu wird das Serialisierungsmodul vs-solutionpersistence verwendet. Daher werden leichte Verhaltensänderungen erwartet.

Eingeführt in Version

.NET SDK 9.0.2xx

Vorheriges Verhalten

Bisher konnten Projekte und Lösungsordner ungültige Windows-Dateinamen aufweisen. Sie könnten auch ungültige Zeichen in ihren Namen haben. Darüber hinaus ist dotnet sln add fehlgeschlagen, wenn Sie versucht haben, ein geschachteltes Projekt mit demselben Namen wie ein vorhandenes Projekt hinzuzufügen.

Neues Verhalten

Ab .NET SDK 9.0.2xx gilt für die Namen von Projekten und Projektmappenordnern:

  • Es kann sich nicht um ein DOS-Wort handeln: NUL, CON, AUX, PRN, COM?, LPT?oder CLOCK$ (wobei ? eine beliebige Anzahl von Ziffern ist).
  • Darf maximal 260 Zeichen lang sein.
  • Darf keine ungültigen Zeichen enthalten, z. B. Steuerzeichen oder ?, :, \, /, *, ", ", <, >und |.

Darüber hinaus ist dotnet sln add jetzt erfolgreich, wenn Sie versuchen, ein geschachteltes Projekt mit demselben Namen wie ein vorhandenes Projekt hinzuzufügen, das das Verhalten für nicht geschachtelte Projekte nachahmt. Beispiel: Das Hinzufügen von folder/project.csproj und parent/child/project.csproj führt nicht zu einem Fehler.

Ausnahmen enthalten die aktuellen Zeichenfolgen, umschließen aber Fehlermeldungen aus vs-solutionpersistence.

Typ des Breaking Changes

Diese Änderung ist eine Verhaltensänderung.

Grund für Änderung

Diese Änderungen wurden für den Übergang zum neuen Serialisierungsmodul vs-solutionpersistence eingeführt.

Überprüfen Sie die Namen von Projekt- und Lösungsordnern, um sicherzustellen, dass sie den neuen Benennungseinschränkungen entsprechen.

Betroffene APIs

N/V

  • Last updated on