dotnet-outdated
source link: https://www.tuicool.com/articles/hit/ay2QRvM
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
dotnet-outdated
A .NET Core global tool to display outdated NuGet packages in a project
Installation
Download and install the .NET Core 2.1 SDK or newer. Once installed, run the following command:
dotnet tool install --global dotnet-outdated
Usage
Usage: dotnet outdated [arguments] [options] Arguments: Path The path to a .sln or .csproj file, or to a directory containing a .NET Core solution/project. If none is specified, the current directory will be used. Options: --version Show version information -?|-h|--help Show help information -pr|--pre-release <PRERELEASE> Specifies whether to look for pre-release versions of packages. Possible values: Auto (default), Always or Never. -vl|--version-lock <VERSION_LOCK> Specifies whether the package should be locked to the current Major or Minor version. Possible values: None (default), Major or Minor. -t|--transitive Specifies whether it should detect transitive dependencies. -td|--transitive-depth <TRANSITIVE_DEPTH> Defines how my levels deep transitive dependencies should be analyzed. Integer value (default = 1)
Specifying the path
You can run dotnet-outdated without specifying the Path
argument. In this case, it will look in the current directory for a solution ( .sln
) and if one is found it will analyze that solution. If no solution is found it will look for a project ( .csproj
) and if one is found it will analyze that project. If more than one solution or project is found in the current folder, dotnet-outdated will report an error.
You can also pass a directory in the Path
argument, in which case the same logic described above will be used, but in the directory specified.
Lastly, you can specify the path to a solution ( .sln
) or project ( .csproj
) which dotnet-outdated must analyze.
Handling pre-release versions
dotnet-outdatedallows you to specify whether to use pre-release versions of packages or not by passing the -pr|--pre-release
option.
The default value of Auto
will determine whether to use pre-release versions of a package based on whether the referenced version itself is a pre-release version. If the referenced version is a pre-release version, dotnet-outdated will include newer pre-release versions of the package. If the referenced version is not a pre-release version, dotnet-outdated will ignore pre-release versions.
You can also tell dotnet-outdated to always include pre-release versions by passing the Always
value for this option. Conversely, you can tell it to never include pre-release versions by passing the Never
value.
Locking to the current major or minor release
dotnet-outdatedallows you to lock the version to the current major or minor version by passing the -vl|--version-lock
option.
The default value of None
will return the absolute latest package, regardless of whether it is a major or minor version upgrade.
Passing a value of Major
will only report on later packages in the current major version range. For example, if the current version for a package is 4.1.0
, dotnet-outdated will only report on later packages in the 4.x
version range.
Passing a value of Minor
will only report on later packages in the current minor version range. For example, if the current version for a package is 4.1.0
, dotnet-outdated will only report on later packages in the 4.1.x
version range.
Reporting on transitive dependencies
dotnet-outdatedsupports reporting on transitive dependencies as well. These are NuGet packages on which the NuGet packages directly referenced by your application depends. To enable reporting on transitive dependencies, you can pass the -t|--transitive
option.
For example, in the screenshot below you can see that McMaster.Extensions.CommandLineUtils has a transitive dependency on System.ComponentModel.Annotations v4.4.1 , but a newer version ( v4.5.0 ) of that package is available. You can therefore add a reference to v4.5.0 directly to your project to ensure your application is referencing the latest version.
You can also specify how many levels deep it should analyze transitive dependencies with the -td|--transitive-depth
option. You can pass an integer value for this option (the default value is 1
).
Be careful with these options!. If you try and analyze dependencies too many levels deep, the analysis can take a very long time.
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK