2016-07-29 18 views
4

我們正在使用TeamCity的內部版本功能文件內容替代者來替換TeamCity關於Changing only the last version part/build number of the AssemblyVersion attribute:的TeamCity文檔中多個AssemblyVersion.cs文件的版本號。TeamCity中緩慢的「文件內容替代者」

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

CommonAssemblyInfo.cs 
**\Properties\AssemblyInfo.cs 

它的工作原理,但它有時需要長達10分鐘甚至開始之前。這通常發生在構建沒有運行24小時或更長時間時,但有時在隨後的構建中也會發生。

build log

任何想法,爲什麼出現這種情況?我們也有多個完全相同的項目,從未發生過。

+0

這可以由目錄樹是太深,或匹配的路徑模式過長的文件列表中,或是由於字符集自動檢測時間太長而無法完成。如果您明確將**文件編碼**(在*文件內容替代品*設置下)設置爲「UTF-8」,是否有任何更改? – Bass

回答

2

想通了,它打了40k +文件的可怕node_modules文件夾。對齊文件列表模式以排除該文件夾,現在它在5秒內完成。

對於未來的參考,這是我們的流程文件列出

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