Шаг компоновки, запускаемый TeamCity, всегда компилируется, даже если изменений нет - PullRequest
6 голосов
/ 28 октября 2011

Проблема: Я настраиваю TeamCity в качестве сервера сборки для проекта ASP.NET MVC.Я использую Powershell с psake для запуска msbuild для нашего файла .csproj и создания развертываемого пакета.С сервера сборки я могу открыть powershell, запустить скрипт и, поскольку исходный код не изменяется, msbuild не создает файлы DLL проекта.НО, когда я вызываю точно такой же сценарий из веб-интерфейса TeamCity, msbuild ВСЕГДА перестраивает и восстанавливает файлы DLL, даже если изменений нет.Не то, что он должен делать AFAIK.

Я сузил эту проблему до одного шага.Для простоты я настроил свою конфигурацию TeamCity, чтобы она не использовала никакого контроля версий, она запускает один шаг сборки powershell, который вызывает мой сценарий powershell.

Сценарий powershell выполняет одну команду:

exec { &$msbuild $ProjectFile /t:Package "/p:PackageLocation=$PackageFile;OutDir=$TempPath;Configuration=$Config;SolutionDir=$BaseDir\Source\" /v:m }

Когда я вызываю скрипт вручную из командной строки powershell, я вижу:

CoreCompile:
Skipping target "CoreCompile" because all output files are up-to-date with respect to the input files.

Когда я вызываю тот же самый скрипт через TeamCity, я вижу:

[11:11:26]: CoreCompile:
[11:11:26]:   c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig ...
<SNIP>
[11:11:32]: CopyFilesToOutputDirectory:
[11:11:32]:   Copying file from "obj\Demo\Website.Web.dll" to "d:\deploy\Build\package\Demo\temp\Website.Web.dll".
[11:11:32]:   Website.Web -> d:\deploy\Build\package\Demo\temp\Website.Web.dll
[11:11:32]:   Copying file from "obj\Demo\Website.Web.pdb" to "d:\deploy\Build\package\Demo\temp\Website.Web.pdb".
[11:11:32]: _CopyWebApplicationLegacy:
[11:11:32]:   Copying Web Application Project Files for Website.Web
[11:11:32]:   Copying file from "obj\Demo\Website.Web.dll" to "d:\deploy\Build\package\Demo\temp\_PublishedWebsites\Website.Web\bin\Website.Web.dll".
[11:11:32]:   Copying file from "obj\Demo\Website.Web.pdb" to "d:\deploy\Build\package\Demo\temp\_PublishedWebsites\Website.Web\bin\Website.Web.pdb".
[11:11:32]:   Copying file from "d:\deploy\Build\package\Demo\temp\Website.Data.dll" to "d:\deploy\Build\package\Demo\temp\_PublishedWebsites\Website.Web\bin\Website.Data.dll".
[11:11:32]:   Copying file from "d:\deploy\Build\package\Demo\temp\Website.Data.pdb" to "d:\deploy\Build\package\Demo\temp\_PublishedWebsites\Website.Web\bin\Website.Data.pdb".

Есть идеи, почему запуск этого скрипта из TeamCity заставляет msbuild обнаруживать изменения и перестраивать, но запускать тот же самый скрипт вручную - нет?

ОБНОВЛЕНИЕ: Думать, что это может быть вызванопо какой-то причине с помощью TeamCity Powershell, я просто попытался создать командный файл, который передает скрипт в Powershell.exe, и вызвал его с помощью командной строки:

C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe -NonInteractive -File D:\deploy\Build\run-build.ps1 && exit /b %ERRORLEVEL%

, и я получил точно такое же поведение.Если я вызываю этот командный файл из командной строки, msbuild пропускает компиляцию.Если я позвоню из TeamCity, библиотеки DLL будут перекомпилированы.

ОБНОВЛЕНИЕ № 2: Эврика!Я включил диагностическую отладку в msbuild и нашел причину принудительной перекомпиляции.Это вызвано целью GenerateTargetFrameworkMonikerAttribute .Вот ключевые биты из выходных данных журнала:

[15:23:28]: Target "GenerateTargetFrameworkMonikerAttribute" in file "c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets" from project "d:\deploy\source\Website.Data\Website.Data.csproj" (target "BeforeCompile" depends on it):
[15:23:28]: Building target "GenerateTargetFrameworkMonikerAttribute" completely.
[15:23:28]: Output file "C:\TeamCity\buildAgent\temp\buildTmp\.NETFramework,Version=v4.0.AssemblyAttributes.cs" does not exist.
[15:23:28]: Using "WriteLinesToFile" task from assembly "Microsoft.Build.Tasks.v4.0, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".
[15:23:28]: Task "WriteLinesToFile"
[15:23:28]: Done executing task "WriteLinesToFile".
[15:23:28]: Done building target "GenerateTargetFrameworkMonikerAttribute" in project "SMM.Data.csproj".

Похоже, эта цель создает / обновляет файл AssemblyAttributes в каталоге TEMP, как указано в переменной среды TEMP.Очевидно, TeamCity переопределяет переменную среды TEMP и устанавливает для нее значение: C: \ TeamCity \ buildAgent \ temp \ buildTmp , и этот каталог очищается перед каждой сборкой.

Я могу видеть это, если я вызываю Get-ChildItem Env: от powershell:

TEMP                           C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp
TMP                            C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp

Но если я вызываю его из сценария powershell, который вызывается из TeamCity:

TEMP                           C:\TeamCity\buildAgent\temp\buildTmp            
TMP                            C:\TeamCity\buildAgent\temp\buildTmp   

Ключевым моментом является то, что после перерегистрации этого файла:

[15:23:28]: Building target "CoreCompile" completely.
[15:23:28]: Input file "C:\TeamCity\buildAgent\temp\buildTmp\.NETFramework,Version=v4.0.AssemblyAttributes.cs" is newer than output file "obj\Demo\SMM.Data.pdb".

И именно поэтому весь проект перекомпилируется.

Когда я запускаю сценарий из Powershell, временный каталог не изменяется и не очищается, и сборка выполняется должным образом.

Итак, любой знает, как я могу изменить каталог, который содержит этот файл AssemblyAttributes.создан, или скажите TeamCity использовать другой каталог TEMP?Я должен верить, что это проблема, с которой столкнулись другие.

Спасибо!

Ответы [ 2 ]

6 голосов
/ 29 октября 2011

Итак, как я упоминал выше в «Обновлении № 2», проблема, по-видимому, вызвана двумя причинами: - TeamCity устанавливает переменные среды TEMP и TMP в свой собственный временный каталог - TeamCity «очищает» этот временный каталог докаждая сборка - часть процесса msbuild запускает цель GenerateTargetFrameworkMonikerAttribute, которая обновляет конкретный файл в каталоге, заданном переменной среды TEMP, - что заставляет компилятор обрабатывать весь проект

Как только я понялЯ нашел подходящий ответ в этом несвязанном вопросе: В Visual Studio 2010 почему создается файл .NETFramework, Version = v4.0.AssemblyAttributes.cpp и можно ли это отключить?

Поэтому я добавил:

<Target Name="GenerateTargetFrameworkMonikerAttribute" />

к обоим проектам в моем решении, которые компилируются в библиотеки DLL, и это сработало.

0 голосов
/ 07 июня 2017

В качестве варианта ответа obliojoe вы можете сделать резервную копию и восстановить эти файлы в / из папки TEMP, если вы не хотите или не можете изменить отдельные файлы проекта:

  1. Первая попыткачтобы восстановить файлы из резервной копии:

    copy temp\*.* %%temp%% /y
    echo AssemblyAttributes restore attempted
    
  2. Затем выполните шаги по сборке с помощью сборщика команд TeamCity

  3. Сделайте резервную копию файлов:

    mkdir temp 2> nil
    copy %%temp%%\*AssemblyAttributes.cs temp /y
    echo AssemblyAttributes files saved
    

Оба пакетных файла должны запускаться из одного каталога.

Обратите внимание на окончательный ECHO в этих пакетных файлах, он предназначен для успешного завершения(код ошибки 0).

...