There are already versions of the microsoft.dotnet-scaffold package on both internal and external nuget package feeds with versions higher than 0.1.0-preview, so using that version scheme - while consistent with the other new dotnet-scaffold-* tools - will make it hard to get the right versions installed while we're doing previews. Removing this picks up the default, which goes back to the 9.0.0 previews at the moment.
This technically also impacts the versions of Microsoft.DotNet.Scaffolding.Helpers and Microsoft.DotNet.Scaffolding.ComponentModel, but we probably want those to be versioned the same as dotnet-scaffold anyway (since they're effectively the object model/api/component model for dotnet-scaffold). @deepchoudhery thoughts on that?
There are already versions of the microsoft.dotnet-scaffold package on both internal and external nuget package feeds with versions higher than 0.1.0-preview, so using that version scheme - while consistent with the other new dotnet-scaffold-* tools - will make it hard to get the right versions installed while we're doing previews. Removing this picks up the default, which goes back to the 9.0.0 previews at the moment.
This technically also impacts the versions of Microsoft.DotNet.Scaffolding.Helpers and Microsoft.DotNet.Scaffolding.ComponentModel, but we probably want those to be versioned the same as dotnet-scaffold anyway (since they're effectively the object model/api/component model for dotnet-scaffold). @deepchoudhery thoughts on that?