.net Visual Studio在编译时使用Web.config中的哪些设置？

我们最近从SVN中删除了Web.config。无意中没有将Web.config复制到我们的构建服务器（Team City）。我们的代码的编译版本工作正常，并通过了全套测试。请注意，IIS指向的应用程序文件夹中确实有一个正确的Web.config。但是，在生成代码的位置中不存在。这让我不禁要问：Visual Studio在编译时从Web.config中利用了什么

我猜如果没有Web.config，VisualStudio会在编译时创建一个简单的Web.config。我知道IIS会在运行时提取连接字符串和自定义密钥等。但是，编译debug=“true/false”又如何呢。这些设置会影响dll的内容吗？如果使用debug=“true”进行编译，则无论web.config之后如何更改，dll是否总是被锁定以低效运行代码？如果编译后将debug设置为false，IIS是否会切换到非debug

---

我们有一个Web应用程序项目，它使用VS 2008、.NET 3.5和IIS 6.0

一个是在机器级别定义的，在我的机器上，C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config是一个Web.Config。所以，你得到的是什么。在不同的框架版本中，MS的默认值略有不同。一旦IIS将传入请求封送到ASP.NET ISAPI，Web.Config将在运行时播放。使用ASP.NET有两个编译阶段：

生成时程序集编译（编译静态类型的程序集）

ASP.NET预编译（通过解释aspx/ascx视图等，在第一次请求时动态编译程序集，供ASP.NET运行时使用）

Web.config会影响ASP.NET预编译输出-如果您声明compilation debug=“true”，则将使用调试符号等编译临时程序集，通常会导致运行时变慢

网上有很多信息：

---

Visual Studio在编译时不从web.config获取任何设置