【问题标题】:Temporary ASP.NET files & TeamCity临时 ASP.NET 文件和 TeamCity
【发布时间】:2014-03-18 14:45:44
【问题描述】:

我们的 TeamCity 代理计算机最近一直在为磁盘空间而苦苦挣扎。我对每台机器做了一点窥探,发现 .NET 安装目录中的 Temporary ASP.NET 文件夹在每个盒子上占用了超过 10GB 的空间,每个文件夹包含大约 5MB。

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

我对该主题进行了研究,我知道这些文件是 ASP.NET 动态编译的副产品,我也了解 IIS 如何使用它们进行请求优化(参见:Understanding ASP.NET Dynamic Compilation

我不明白的是为什么没有人抱怨这些文件实际上只需要在他们的网络服务器上使用时占用了他们构建服务器上的磁盘空间。

肯定有人以前遇到过这个问题,谁能给我一个解决方案,而不是

  1. 禁用动态编译(概述here
  2. 蛮力计划作业删除(概述here

【问题讨论】:

    标签: asp.net .net teamcity temporary-files


    【解决方案1】:

    这些文件是在网站实际在 IIS 下运行时创建的。它们不是在构建时创建的,也不应该在您的构建服务器上。我正在使用 TeamCity 构建网站并且没有这个问题。这些文件当然是在网络服务器上创建的,而不是在构建服务器上。

    您是否正在启动网站(用于 UI 单元测试)?

    【讨论】:

    • 我们不会在我们的构建服务器上启动网站,只是从 VCS 根目录中提取源代码并构建解决方案。文件部署到 Web 服务器,然后由 IIS 处理
    • 还有其他事情发生,因为那些临时文件不是在构建时创建的,只有在站点运行时才创建!
    • 您阅读了 SysAdminSpot 帖子吗?我们在构建服务器上使用 MSBuild 构建解决方案文件,我不确定您是否采用这种方法,但临时 ASP.NET 文件是动态编译的副产品,此处的关键字是编译
    【解决方案2】:

    最后我不得不接受一个每月运行一次的 PowerShell 脚本作为计划任务,我遵循了 SysAdminSpot post 中概述的 Bredan 的流程,只做了一些修改

    【讨论】:

      猜你喜欢
      • 2010-11-25
      • 1970-01-01
      • 2013-04-14
      • 2012-04-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-04-06
      相关资源
      最近更新 更多