Visual Studio public& amp; web.config转换功能

时间:2011-02-02 06:26:34

标签: .net asp.net iis deployment web-deployment

我在一家企业的开发小组工作,在那里我们努力分离业务部门及其职责。例如,我在开发组中,我们负责与开发应用程序相关的所有任务。我们还有其他角色,例如dbas,或者在我们组之外的操作角色,并负责部署,服务器维护等等。

我正在研究VS中的功能,例如发布网络应用程序功能和web.config转换功能,并在博客和其他各个地方阅读它们。基于我阅读的大部分内容,作者总是认为开发人员正在管理连接字符串,用户名,Web配置转换中不同环境的密码,然后在某种生产中发布到删除服务器之类的东西。环境(无论是现场,还是测试或舞台等)。

一个例子是here。在我们的环境中,我也假设其他人,这种情况比通常描述的情况稍微复杂一些。开发小组可能不知道他们开发的任何内容的部署位置。管理员可以移动服务器,数据库等,并根据环境的特征更新配置。那么在这些情况下,web.config如何转换帮助? Publish仍然可以在本地用于构建部署包的工件,但即使你可能想要使用一些自动构建管理器。

那么发布和转换是否真的更适合更基本的开发过程,其中开发和操作之间的障碍非常灰暗?或者我错过了什么?看来很多我读过这类事情的事情都有良好的意图,但在更明确的开发过程中却有点肤浅。

有兴趣了解他人对此的看法和经验。

2 个答案:

答案 0 :(得分:1)

我也发现了同样的问题。我的观点是,开发小组应该只关心接近它的环境,这可能意味着:开发,验证测试,集成测试以及一些预生产环境。

我认为应该由开发团队负责的一件事是为交付团队提供适当的应用程序安装程序,以便他们轻松部署自定义配置。这些软件包的一个重要部分是更新并避免覆盖现有配置。

有许多产品可以简化开发,但我对它们中的任何一个都不是很熟悉,尽管我听说过有关Wix的好东西(并且它是免费的)。

答案 1 :(得分:1)

您可以以不同方式使用配置转换。你是对的;您找到的大多数样本都通过开发人员和管理员在一个人身上进行某种即时部署。但是你也可以在更复杂的环境中使用MSBUILD。

here