You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/Consume-Packages/Reinstalling-and-Updating-Packages.md
+4Lines changed: 4 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -34,13 +34,17 @@ There are a number of situations, described below under [When to Reinstall a Pac
34
34
35
35
Being mindful of the [Considerations](#considerations) described later, you can easily reinstall any package using the following command in the Visual Studio Package Manager Console (**Tools** > **NuGet Package Manager** > **Package Manager Console**):
36
36
37
+
```ps
37
38
Update-Package –reinstall <package_name>
39
+
```
38
40
39
41
Using this command is much easier than removing a package and then trying to locate the same package in the NuGet gallery with the same version.
40
42
41
43
The same command without `-reinstall` will update a package to a newer version, if applicable:
42
44
45
+
```ps
43
46
Update-Package <package_name>
47
+
```
44
48
45
49
Any updates are subject to version constraints indicated in `packages.config`, as described below in [Constraining upgrade versions](#constraining-upgrade-versions), but do not apply to projects using `project.json`.
Copy file name to clipboardExpand all lines: docs/Consume-Packages/Team-Foundation-Build.md
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -52,7 +52,7 @@ NuGet has supported [restoring packages](../consume-packages/package-restore.md)
52
52
53
53
The cure to this problem is making sure that packages are restored as the first step in the build process. NuGet 2.7+ makes this easy via a simplified command line:
54
54
55
-
nuget.exe restore path\to\solution.sln
55
+
nuget restore path\to\solution.sln
56
56
57
57
When your build process restores packages before building the code, you don't need to check-in **.targets** files
58
58
@@ -86,7 +86,7 @@ The structure of the repository looks as follows:
86
86
│
87
87
└───tools
88
88
└───NuGet
89
-
NuGet.exe
89
+
nuget.exe
90
90
91
91
You can see that we haven't checked-in the `packages` folder nor any **.targets** files.
Copy file name to clipboardExpand all lines: docs/Release-Notes/Known-Issues.md
+13-11Lines changed: 13 additions & 11 deletions
Original file line number
Diff line number
Diff line change
@@ -61,17 +61,19 @@ The NuGet.config file in your `%AppData%\NuGet\` folder has accidentally been em
61
61
62
62
In NuGet 2.7 or above, when you attempt to install any package which contains assembly references, you may receive the error message **"Input string was not in a correct format."**, like below:
63
63
64
-
PM> install-package log4net
65
-
Installing 'log4net 2.0.0'.
66
-
Successfully installed 'log4net 2.0.0'.
67
-
Adding 'log4net 2.0.0' to Tyson.OperatorUpload.
68
-
Install failed. Rolling back...
69
-
install-package : Input string was not in a correct format.
This is caused by the type library for the VSLangProj.dll COM component being unregistered on your system. This can happen, for example, when you have two versions of Visual Studio installed side-by-side and you then uninstall the older version. Doing so may inadvertently unregister the above COM library.
NuGet.exe commands that acccess configuration (all except 'spec' and 'pack') now support a new '-ConfigFile' option, which forces a specific config file to be used in place of the default config file at %AppData%\nuget\nuget.config.
198
198
199
199
Example:
200
200
201
-
NuGet.exe sources add -name test -source http://test -ConfigFile C:\test\.nuget\nuget.config
201
+
nuget sources add -name test -source http://test -ConfigFile C:\test\.nuget\nuget.config
Copy file name to clipboardExpand all lines: docs/Schema/msbuild-targets.md
+38-38Lines changed: 38 additions & 38 deletions
Original file line number
Diff line number
Diff line change
@@ -63,33 +63,33 @@ Similarly, you can write an MSBuild task, write your own target and consume NuGe
63
63
In order for MSBuild to be able to gather all the inputs, all metadata from `project.json` and `.nuspec` will move into the `.csproj` file. The table below describes the MSBuild properties that can be added to a `.csproj` file within the first <PropertyGroup> node. You can make these edits easily in Visual Studio 2017 and later by right-clicking the project and selecting **Edit {project_name}** on the context menu. For convenience the table is organized by the equivalent property in a [`.nuspec` file](../schema/nuspec.md).
64
64
65
65
66
-
| Attribute/NuSpec Value | MSBuild Property | Default | Notes
67
-
| Id | PackageId | AssemblyName | $(AssemblyName) from msbuild
68
-
| Version | PackageVersion | Version | New $(Version) property from msbuild, is semver compatible. Could be “1.0.0”, “1.0.0-beta”, or “1.0.0-beta-00345”.
69
-
| Authors | Authors | username of the current user will be the default value |
| Id | PackageId | AssemblyName | $(AssemblyName) from msbuild|
68
+
| Version | PackageVersion | Version | New $(Version) property from msbuild, is semver compatible. Could be “1.0.0”, “1.0.0-beta”, or “1.0.0-beta-00345”.|
69
+
| Authors | Authors | username of the current user will be the default value ||
0 commit comments