“慢”;“文件内容替换器”;在TeamCity
我们正在使用TeamCity的构建功能文件内容替换程序来替换多个AssemblyVersion.cs文件中的构建版本号,遵循TeamCity关于的文档 我们的文件列表如下所示:“慢”;“文件内容替换器”;在TeamCity,teamcity,Teamcity,我们正在使用TeamCity的构建功能文件内容替换程序来替换多个AssemblyVersion.cs文件中的构建版本号,遵循TeamCity关于的文档 我们的文件列表如下所示: CommonAssemblyInfo.cs **\Properties\AssemblyInfo.cs 它可以工作,但有时甚至需要10分钟才能开始。这通常发生在构建已经24小时或更长时间没有运行时,但有时也发生在后续构建上 你知道为什么会这样吗?我们也有多个项目使用完全相同的设置,但这种情况从未发生过。弄明白了,它击
CommonAssemblyInfo.cs
**\Properties\AssemblyInfo.cs
它可以工作,但有时甚至需要10分钟才能开始。这通常发生在构建已经24小时或更长时间没有运行时,但有时也发生在后续构建上
你知道为什么会这样吗?我们也有多个项目使用完全相同的设置,但这种情况从未发生过。弄明白了,它击中了可怕的
node\u modules
文件夹,其中包含40k+个文件。调整文件列表模式以排除文件夹,现在它在5秒内完成
以下是我们的过程文件列表,供将来参考
CommonAssemblyInfo.cs
+:**/Properties/AssemblyInfo.cs
-:**/node_modules
这可能是由于目录树太深,或与路径模式匹配的文件列表太长,或是字符集自动检测花费的时间太长而导致的。如果将文件编码(在“文件内容替换设置”下)显式设置为
UTF-8
,是否会发生任何更改?