dotnet-installer/src/dotnet/commands/dotnet-pack
Eric Erhardt 44483ddc98 Remove System.CommandLine dependency.
Also removed the dependency on Microsoft.Extensions.CommandLineUtils.Sources NuGet package and instead just checking the source files into our repo as internal classes.

Fix #2526
2016-04-20 18:47:37 -05:00
..
NuGet add support for type: platform 2016-03-23 21:53:14 -07:00
Properties Everything in the same project 2016-02-01 14:56:32 -08:00
ArtifactPathsCalculator.cs Fix pack output location 2016-02-16 13:56:07 -08:00
BuildProjectCommand.cs Fix dontet pack with buildbasepath 2016-02-23 19:13:50 -08:00
PackageGenerator.cs Enabling creating packages with different names than target libraries 2016-04-07 16:06:59 -07:00
PackagesGenerator.cs Everything in the same project 2016-02-01 14:56:32 -08:00
Program.cs Remove System.CommandLine dependency. 2016-04-20 18:47:37 -05:00
README.md Add and modify commands' README files (#2338) 2016-04-15 10:36:31 -07:00
SymbolPackageGenerator.cs Enabling creating packages with different names than target libraries 2016-04-07 16:06:59 -07:00

% DOTNET-PACK(1) % Microsoft Corporation dotnetclifeedback@microsoft.com % April 2016

NAME

dotnet-pack - packs the code into a NuGet package

SYNOPSIS

dotnet-pack [--output]
[--no-build] [--build-base-path]
[--configuration] [--version-suffix] [< project >]

DESCRIPTION

dotnet-pack will build the project and package it up as a NuGet file. The result of this operation are two packages with the extension of nupkg. One package contains the code and another contains the debug symbols.

NuGet dependencies of the project being packed are added to the nuspec file so they are able to be resolved when the package is installed. Project-to-project references are not packaged inside the project by default. If you wish to do this, you need to reference the required project in your dependencies node with a type set to "build":

{
    "version": "1.0.0-*",
    "dependencies": {
        "ProjectA": {
            "target": "project",
            "type": "build"
        }
    }
}

dotnet-pack will by default build the project. If you wish to avoid this pass the --no-build option. This would be useful in CI build scenarios in which you know the code was just previously built.

OPTIONS

[project]

The project to pack. It can be either a path to a project.json file or a path to a directory. If omitted, will default to the current directory.

-o, --output [DIR]

Place the built packages in the directory specified.

--no-build

Skip the building phase of the packing process.

--build-base-path

Place the temporary build artifacts in the specified directory. By default, they go to obj directory in the current directory.

-c, --configuration [Debug|Release]

Configuration to use when building the project. If not specified, will default to "Debug".

EXAMPLES

dotnet-pack

Pack the current project.

dotnet-pack ~/projects/app1/project.json

Pack the app1 project.

dotnet-pack --output nupkgs

Pack the current application and place the resulting packages into the specified folder.

dotnet-pack --no-build --output nupkgs

Pack the current project into the specified folder and skip the build step.

SEE ALSO