Невозможно автоматически обновить пакет NuGet до последней версии во время сборки

Ответ 1

Взгляните на сообщение в блоге, которое я только что сделал относительно этого процесса. Вместо того, чтобы настраивать контент на сервере, я сделал это, добавив файл Nuget.Targets, который был установлен с помощью опции восстановления пакета Nuget. Красота этого подхода заключается в том, что он выполняется локально и на сервере (чтобы вы могли увидеть любые возможные побочные эффекты, прежде чем нарушать сборку)

Добавлено здесь: http://netitude.bc3tech.net/2014/11/28/auto-update-your-nuget-packages-at-build-time/

Ответ 2

Я думаю, что поставить автоматическое обновление для предварительного построения, это не стиль NuGet. Вы можете понять, что вам нужна эта операция каждый раз, когда вы это делаете. В основном потому, что это может увеличить время сборки. Например, когда вы используете TDD и часто перестраиваете проект и запускаете тесты, вы ожидаете, что это будет сделано быстро. Кроме того, он может обновлять неожиданные пакеты и ломать что-то, после чего вы можете потратить много времени, чтобы найти проблему.
Я предлагаю сделать обновление как отдельный шаг. На TeamCity вы можете использовать шаг NuGet installer build. Для выполнения обновления просто установите два флажка в нижней части настройки шага:

Кроме того, если вы хотите сохранить результат обновления после успешной сборки и прохождения теста, вы можете добавить более поздний шаг сборки, который фиксирует эти изменения в VCS (например, с помощью cmd или PowerShell).
Когда вы работаете на местном уровне, я лучше всего запускаю пакеты обновлений, прежде чем приступать к работе с проектом. Вы можете использовать Package Manager Console для этого, с командой Update-Package -IncludePrerelease.

Ответ 3

В последнем формате пакета nuget с использованием тегов "PackageReference" вы можете использовать следующее простое событие postbuild в вашем csproj для обновления файла nuspec с последними зависимостями.

  <Target Name="AfterBuild">
     <WriteLinesToFile File="dependencies.xml" Overwrite="true" Lines=""/>
     <WriteLinesToFile File="dependencies.xml" Overwrite="false" Lines="&lt;dependencies&gt;"/>
     <WriteLinesToFile File="dependencies.xml" Overwrite="false" Lines="&lt;dependency id=&quot;%(PackageReference.Identity)&quot; version=&quot;%(PackageReference.Version)&quot; /&gt;" />
     <WriteLinesToFile File="dependencies.xml" Overwrite="false" Lines="&lt;/dependencies &gt;"/>
     <Exec Command="powershell -NonInteractive -executionpolicy Unrestricted -command &quot;$xml = [xml] (Get-Content Project.nuspec); $xml.package.metadata.RemoveChild($xml.package.metadata.dependencies); $dependencies = [xml](Get-Content dependencies.xml); $xml.Package.Metadata.AppendChild($xml.ImportNode($dependencies.Dependencies, $true)); $xml.Save('Project.nuspec')&quot;"/>
     <Delete Files="dependencies.xml" />
  </Target>

Единственным условием для этого является то, что у вас есть файл nuspec с остальными метаданными, упомянутыми в каталоге проекта. Вот пример файла nuspec:

<?xml version="1.0"?>
<package>
   <metadata>
      <id>Package Id</id>
      <version>1.0.0</version>
      <authors>Author name</authors>
      <owners>Owner name</owners>
      <description>Description</description>
      <contentFiles>
         <files include="**/content.zip" buildAction="None" copyToOutput="true" flatten="false" />
      </contentFiles>
      <dependencies>
      </dependencies>
   </metadata>
   <files>
      <file src="bin\Release\Project.dll" target="lib\net462" />
      <file src="bin\Release\Project.pdb" target="lib\net462" />
      <file src="bin\Release\file.zip" target="Content" />
   </files>
</package>

Ответ 4

Решение MSBuild, которое я понял, заключается в переопределении свойства BuildDependsOn. Поэтому я создал UpdateNugetPackages.target, который выглядит так:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="14.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <BuildDependsOn>
      UpdateNugetPackages;
      $(BuildDependsOn);
    </BuildDependsOn>
    <UpdateCommand>"$(SolutionDir)pathToYourNugetExe.exe" update "$(SolutionDir)NameOfYourSolution.sln"</UpdateCommand>
  </PropertyGroup>
  <Target Name="UpdateNugetPackages">
    <Exec Command="$(UpdateCommand)"></Exec>
  </Target>
</Project>

UpdateCommand определяет, где и с каким аргументом вызывается nuget.exe. Не стесняйтесь принимать это для своих нужд.

Эта ссылка будет указана в вашем файле .csproj. Проще всего:

<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
 ...
    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
    <!-- After the initial decleration of the BuildDependsOn-Property. -->        
    <Import Project="UpdateNugetPackages.target" Condition="Exists('UpdateNugetPackages.target')" />

Имейте в виду, что порядок импорта имеет значение. Вам нужно импортировать целевой файл (UpdateNugetPackages.targets), переопределяя (или фактически украшая) свойство BuildDependsOn, после целевого файла Microsoft.Common.targets, который его определяет. В противном случае свойство будет переопределено и удалит ваши изменения, так как начальное определение в Microsoft.Common.targets не содержит никакого существующего значения в BuildDependsOn. Microsoft.Common.targets импортируется Microsoft.CSharp.targets для проекта С#. Таким образом, ваш импорт должен после импортировать Microsoft.CSharp.targets.