Question

问题：我正在将TeamCity设置为ASP.NET MVC项目的构建服务器。我正在使用Powershell和psake对我们的.csproj文件运行msbuild并创建一个可部署的包。从构建服务器，我可以打开powershell，运行脚本，因为没有源代码更改，msbuild不会重新生成项目DLL文件。但是，当我从TeamCity Web界面调用完全相同的脚本时，即使没有任何更改，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".

看起来这个目标在TEMP环境变量中指定的TEMP目录中创建/更新AssemblyAttributes文件。显然，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

但是如果我从来自TeamCity调用的powershell脚本中调用它：

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目录？我不得不相信这是其他人遇到的问题。

谢谢！

Answer 1

因此，正如我在上面的“更新＃2”中所提到的，问题似乎是由两件事引起的： - TeamCity将TEMP和TMP环境变量设置为其自己的临时目录 - TeamCity在每次构建之前“清理”此临时目录 - 部分msbuild进程运行GenerateTargetFrameworkMonikerAttribute目标，该目标更新TEMP环境变量指定的目录中的特定文件 - 导致编译器需要重新编译整个项目

一旦我弄明白这一点，我在这个无关的问题中找到了一个适用的答案： In Visual Studio 2010 why is the .NETFramework,Version=v4.0.AssemblyAttributes.cpp file created, and can I disable this?

所以我补充道：

<Target Name="GenerateTargetFrameworkMonikerAttribute" />

我解决方案中编译为DLL的两个项目都有效。

Answer 2

作为obliojoe答案的变体，如果您不想或不能更改单个项目文件，您可以将这些文件备份到TEMP文件夹或从TEMP文件夹恢复这些文件：

首次尝试从备份中恢复文件：

copy temp\*.* %%temp%% /y
echo AssemblyAttributes restore attempted

然后使用TeamCity构建运行器

备份文件：

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

两个批处理文件都需要从同一目录运行。

请注意这些批处理文件中的最终ECHO，它是为了保证成功退出（错误代码0）。

由TeamCity触发的构建步骤始终构建 - 即使没有更改

2 个答案: