Paket and the .NET SDK / .NET Core CLI tools (dotnet CLI and MSBuild 15)

Paket provides support for .NET SDK-based projects that are used with the dotnet CLI (running with .NET Core) or with MSBuild 15 (Visual Studio 2017 and Mono 5).

The general workflow is not very different from using Paket with traditional .NET projects which it is described in the "Getting started" tutorial.


Downloading Paket's Bootstrapper

For dotnet CLI to work properly Paket needs to be used in "magic mode".

  1. Create a .paket directory in the root of your solution.
  2. Download the latest paket.bootstrapper.exe into that directory.
  3. Rename .paket/paket.bootstrapper.exe to .paket/paket.exe. Read more about "magic mode".
  4. Commit .paket/paket.exe to your repository.
  5. After the first .paket/paket.exe invocation Paket will create a couple of files in .paket — commit those as well.

There are already a couple of dotnet templates available that ship with Paket support. In that case you don't need to setup the bootstrapper manually.

Specifying dependencies

Create a paket.dependencies file in your project's root and specify all your dependencies in it.

To create an empty paket.dependencies file, just run:

.paket/paket.exe init

This step is the same as with traditional .NET projects.

Specifying dependencies for dotnet CLI tools

Paket 5.5 and later supports a new keyword for the paket.dependencies file: The clitool reference allows you to use specialized NuGet packages that provide dotnet CLI tools.

CLI tools are only available for .NET SDK-based projects.

Installing dependencies

Install all required packages with:

.paket/paket.exe install

This step is the same as with traditional .NET projects.

Installing dependencies into projects

Like with traditional .NET projects you also need to put a paket.references files alongside your MSBuild project files.

After paket.references files files have been created, run dotnet restore (see restoring packages) to update your projects.

In contrast to traditional .NET projects Paket will not add assembly references to your project files. Instead it will only generate a single line:

<Import Project="..\..\.paket\Paket.Restore.targets" />

This hook tells the .NET SDK to restore packages via Paket's restore mechanism. A nice benefit is that your project files are now much cleaner and don't contain many assembly references.

Restoring packages

Note: This is changed from the traditional .NET behavior.

In traditional .NET projects you were used to invoke the restore command from the root of your repository.

  • With dotnet CLI you can now run:

    dotnet restore
  • With MSBuild 15 (Developer Command Prompt for VS2017 or Mono 5) you can now run:

    msbuild /t:Restore

Both commands will call paket restore under the hood.

This step integrates well into the new .NET SDK philosophy. It also works automatically in situations where auto-restore is enabled. For example, if you open a Paket-enabled solution in Visual Studio 2017 then Visual Studio's background build will restore Paket dependencies automatically.

Updating packages

If you want to update packages you can use the paket update command:

.paket/paket.exe update

This step is the same as with traditional .NET projects.

Creating packages

If you want to create NuGet packages you can continue to use the pack command and paket.template files.

Alternatively, you can use the .NET SDK's dotnet pack support that will use package metadata information from your MSBuild project and dependency information from the paket.references file.

  • With dotnet CLI you can now run:

    dotnet pack
  • With MSBuild 15 (Developer Command Prompt for VS2017 or Mono 5) you can now run:

    msbuild /t:Pack

For .NET SDK-based projects, all usual NuGet metadata (e.g. Author) for dotnet pack can be customized for automation as follows:

  • MSBuild property in the project file: <Author>Nigel Sheldon</Author> or in imported files,
  • property passed as a command line argument: /p:Author="Nigel Sheldon",
  • environment variable: Author=Nigel Sheldon.

Converting from NuGet

The NuGet conversion process is identical to traditional .NET projects. You can read about it in the "Converting from NuGet" tutorial.

Fork me on GitHub