Question

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

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

CommonAssemblyInfo.cs
**\Properties\AssemblyInfo.cs

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

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

Answer 1

想出来，它用40k +文件击中了可怕的node_modules文件夹。证明文件列表模式以排除文件夹，现在它在5秒内完成。

对于将来的参考，这是我们的处理文件列表

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