“慢”;“文件内容替换器”;在TeamCity

“慢”;“文件内容替换器”;在TeamCity,teamcity,Teamcity,我们正在使用TeamCity的构建功能文件内容替换程序来替换多个AssemblyVersion.cs文件中的构建版本号,遵循TeamCity关于的文档 我们的文件列表如下所示: CommonAssemblyInfo.cs **\Properties\AssemblyInfo.cs 它可以工作,但有时甚至需要10分钟才能开始。这通常发生在构建已经24小时或更长时间没有运行时,但有时也发生在后续构建上 你知道为什么会这样吗?我们也有多个项目使用完全相同的设置,但这种情况从未发生过。弄明白了,它击

我们正在使用TeamCity的构建功能文件内容替换程序来替换多个AssemblyVersion.cs文件中的构建版本号,遵循TeamCity关于的文档

我们的文件列表如下所示:

CommonAssemblyInfo.cs
**\Properties\AssemblyInfo.cs
它可以工作,但有时甚至需要10分钟才能开始。这通常发生在构建已经24小时或更长时间没有运行时,但有时也发生在后续构建上


你知道为什么会这样吗?我们也有多个项目使用完全相同的设置,但这种情况从未发生过。

弄明白了,它击中了可怕的
node\u modules
文件夹,其中包含40k+个文件。调整文件列表模式以排除文件夹,现在它在5秒内完成

以下是我们的过程文件列表,供将来参考

CommonAssemblyInfo.cs
+:**/Properties/AssemblyInfo.cs
-:**/node_modules

这可能是由于目录树太深,或与路径模式匹配的文件列表太长,或是字符集自动检测花费的时间太长而导致的。如果将文件编码(在“文件内容替换设置”下)显式设置为
UTF-8
,是否会发生任何更改?