Verlangsamen "File Content Replacer" in TeamCity

Wir verwenden TeamCitys Build-Funktion File Content Replacer, um die Build-Versionsnummer in mehreren AssemblyVersion.cs-Dateien zu ersetzen, nach TeamCitys Dokumentation unter Changing only the last version part/build number of the AssemblyVersion attribute:.Verlangsamen "File Content Replacer" in TeamCity

Unsere Dateiliste sieht wie folgt aus:

CommonAssemblyInfo.cs 
**\Properties\AssemblyInfo.cs

Es funktioniert, aber es dauert manchmal bis zu 10 Minuten, bevor es überhaupt begonnen hat. Dies passiert normalerweise, wenn der Build 24 Stunden oder länger nicht ausgeführt wurde, aber manchmal auch später.

Irgendwelche Ideen, warum dies geschieht? Wir haben auch mehrere Projekte mit dem gleichen Setup, wo dies nie passiert.

Quelle

2016-07-29 jonespen

Dies entweder zu tief oder die Liste der Dateien verursacht werden kann, die Verzeichnisstruktur Muster seine passenden Weg zu lang, oder durch charset auto- Erkennung dauert zu lange. Ändert sich etwas, wenn Sie die ** File encoding ** (unter * File Content Replacer * Einstellungen) explizit auf 'UTF-8' setzen? – Bass

Es herausgefunden, traf es den gefürchteten node_modules Ordner mit 40k + Dateien. Hat das Dateilistenmuster gerechtfertigt, um den Ordner auszuschließen, und jetzt ist es in 5 Sekunden beendet.

Für zukünftige ref, hier ist unser Prozess Dateien

Liste

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

Quelle

2016-08-02 12:13:09 jonespen

Verlangsamen "File Content Replacer" in TeamCity

Antwort

Verwandte Themen