TeamCity 中缓慢的“文件内容替换器”答案

【问题标题】：Slow "File Content Replacer" in TeamCityTeamCity 中缓慢的“文件内容替换器”
【发布时间】：2016-08-03 20:16:33
【问题描述】：

我们正在使用 TeamCity 的构建功能文件内容替换器来替换多个 AssemblyVersion.cs 文件中的构建版本号，遵循 TeamCity 在 Changing only the last version part / build number of the AssemblyVersion attribute: 上的文档。

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

CommonAssemblyInfo.cs
**\Properties\AssemblyInfo.cs

它可以工作，但有时甚至需要 10 分钟才能开始。这通常发生在构建未运行 24 小时或更长时间时，但有时也会发生在后续构建中。

任何想法为什么会发生这种情况？我们还有多个项目具有完全相同的设置，但从未发生过这种情况。

【问题讨论】：

这可能是由于目录树太深，或者匹配路径模式的文件列表太长，或者字符集自动检测花费太长时间才能完成。如果您将 File encoding（在 File Content Replacer 设置下）显式设置为 UTF-8，是否会发生任何变化？

标签： teamcity

【解决方案1】：

想通了，它击中了可怕的node_modules 文件夹，里面有 40k+ 个文件。调整文件列表模式以排除文件夹，现在它在 5 秒内完成。

为了将来的参考，这里是我们的流程文件列表

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

【讨论】：