With the introduction of Visual Studio 2017, Microsoft added some optimizations to how a project file can be set up. However, no tooling was made available that performed this conversion as it was not necessary to do since Visual Studio 2017 would work with the old format too.

This project converts an existing csproj to the new format, shortening the project file and using all the nice new features that are part of Visual Studio 2017.

There are a number of things that VS2017 handles differently that are performed by this tool:

1. Include files using a wildcard as opposed to specifying every single file
2. A more succinct way of defining project references
3. A more succinct way of handling NuGet package references
4. Moving some of the attributes that used to be defined in AssemblyInfo.cs into the project file
5. Defining the NuGet package definition as part of the project file

Assuming you have .NET Core 2.1+ installed you can run this on the command line:

> dotnet tool install --global Project2015To2017.Migrate2017.Tool

This will install the tool for you to use it anywhere you would like. You can then call the tool as shown in the examples below.

> dotnet migrate-2017 wizard "D:\Path\To\My\TestProject.csproj"

Or

> dotnet migrate-2017 wizard "D:\Path\To\My\TestProject.sln"

Or

> dotnet migrate-2017 wizard "D:\Path\To\My\Directory"

This will start the interactive wizard, which will guide you through the conversion process. You will have an option to create backups before all critical conversion stages.

There is no need to specify paths if there is only one convertible object (project or solution) in your current working directory. The tool will discover them automatically, or inform you in case it can't make definite (and safest) decision.

• wizard will run interactive conversion wizard as shown above
• migrate will run non-interactive migration (useful for scripts or advanced users)
• evaluate will run evaluation of projects found given the path specified
• analyze will run analyzers to signal issues in the project files without performing actual conversion

Most likely the only command you would use is the wizard, since it will execute all others in a way to achieve best user experience.

• target-frameworks will override the target framework on the outputted project file
• force-transformations allows specifying individual transforms to be run on the projects
• force ignores checks like project type being supported and will attempt a conversion regardless
• keep-assembly-info instructs the migrate logic to keep the assembly info file
• old-output-path will set AppendTargetFrameworkToOutputPath in converted project file
• no-backup do not create a backup folder (e.g. when your solution is under source control)

Not all flags are supported by all commands, verify help output of the command to learn which options apply to the particular command.

In case you need to specify multiple values for option, specify it multiple times:

> dotnet migrate-2017 migrate -t net40 -t net45