dotnet-version-cli
dotnet-version-cli copied to clipboard
dotnet version cli (similar to npm version cli)
Basically `-r|--recursive` which will then search from current directory and down, finding all csproj files, and update them to the same version. Suggestion to keep it simple at first is...
Look here: https://www.areilly.com/2017/04/21/command-line-argument-parsing-in-net-core-with-microsoft-extensions-commandlineutils/ The `CommandLineApplication` has `sub-command` support, and I guess that our different version bumps are actually sub-commands.
Meaning that if you run this in a folder where a `.sln` is present, parse the given solution to find all the csproj files, and then simply apply the specified...
Invoking as: ``` dotnet version patch -f src/dotnet-version.csproj ``` Does NOT work, whereas ``` dotnet version -f src/dotnet-version.csproj patch ``` Works just fine. It's not a dealbreaker but a nuisance.
If a package has version 1.0.0 and I use the `dotnet version 1.0.0` it errors out with "cannot commit" which is a very bad error. Instead the tool should check...
One possible improvement is to also support `label-number` in the pre-releases, since I noticed that multiple packages use it (and I do it myself from time to time, not always...
When you quickly scan your output buffer it can be confusing. We still want it on the help page, but when it's in "I have fixed stuff mode" it should...
So that the output becomes ``` Bumped abc.csproj from x.y.z to x.y.z ```