我将SlowCheetah下载到了一个旧的.Net 3.5 Web Forms应用程序中,以便为web.config添加转换。在过去,我使用SlowCheetah成功地将app.config与Windows服务和控制台应用程序进行了转换。在这种情况下,配置文件被转换并放置在bin目录下作为ApplicationName.exe.config文件。
但是,在这个Web Forms应用程序中,配置文件从未出现在bin目录下,因为Web Forms站点只是通过将.dll文件放入bin中,并且IIS指向根目录来构建的。因此,与其将web.config包含在构建过程中并打包到bin文件夹中,它会留在根位置。
在根目录中没有对web.config进行任何转换,这是件好事,因为位于根目录中的web.config在源代码控制中,是我们执行转换的文件。
如果能让web.config包含在构建过程中,这样SlowCheetah就可以对其进行转换,然后将其放置在bin目录中,我们将不得不手动将其从bin目录中取出并放回服务器的根级别,但这值得拥有这些转换。
有人知道如何针对我的web.config运行变换或将其包含在构建过程中以使SlowCheetah发挥效果吗?
谢谢!
更新:
我修改了web.config的属性,现在它已经包含在构建中,但是仍然没有应用转换。
构建操作:嵌入式资源
复制到输出目录:始终复制
但是,在这个Web Forms应用程序中,配置文件从未出现在bin目录下,因为Web Forms站点只是通过将.dll文件放入bin中,并且IIS指向根目录来构建的。因此,与其将web.config包含在构建过程中并打包到bin文件夹中,它会留在根位置。
在根目录中没有对web.config进行任何转换,这是件好事,因为位于根目录中的web.config在源代码控制中,是我们执行转换的文件。
如果能让web.config包含在构建过程中,这样SlowCheetah就可以对其进行转换,然后将其放置在bin目录中,我们将不得不手动将其从bin目录中取出并放回服务器的根级别,但这值得拥有这些转换。
有人知道如何针对我的web.config运行变换或将其包含在构建过程中以使SlowCheetah发挥效果吗?
谢谢!
更新:
我修改了web.config的属性,现在它已经包含在构建中,但是仍然没有应用转换。
构建操作:嵌入式资源
复制到输出目录:始终复制