I have a query regarding the mechanism that VCS Source work, specifically Subversion sources. Just to put things into context...
- We have TeamCity Enterprise 7.1.5 (build 24400) environment. We have a quite a large number of mainly .Net based Builds.
- All VCS Roots, which is SVN based, are configured to be checked out Automatically on server.
- We have set the Clean all files before build: OFF
- We make use of the Swabra plugin to ensure that the Working Directories stay clean, without having to explicit refresh the SVN checkout. Config is as follows:
- File cleanup : After build finish
- clean checkout : disable
- I had queried about the Swabra mechanism previously...
We make extensive use of templates. There is one VCS root, with the SVN branch set by a paramater. The Build Configurations are templated and for each new branch, we simply create a new TeamCity Project from a Template Project.
Regarding the Working Directories, I am aware that this dependent on the VCS root and Checkout Rules. I can see that where the VCS Root and Checkout Rules are the same, various Build Configuration in TeamCity, will use the same Checkout Directory on the Agent.
However, I am not quite sure about SVN caches work on the Server side, the ones located at
I have been monitoring the cache files that are generated within that location and as far as I can tell, it is creating a new one for each individual build config, even those that have the same VCS Root & Checkout rules. I have looked within the version.map file and it appears that the only difference between the chache file is the timestamp, but otherwise the same revision number and file size are the same.
So I want to undertand what the mechanism is that is used to generate these Source Chache files. The main reason it is an issue for us, that over time we end up generating a large number of these cache files and use up all the available storage on the server. And from what I've seen, there is no mechanism to force a cleanup of these caches on the server side.
Any help or clarification on this would be appreciated.