我是否应该让Release Management处理更改连接字符串或在Web.Config上使用ASP.NET的Debug / Release?

时间:2017-12-08 18:45:58

标签: asp.net tfs

我们在本地使用TFS 2015。我负责一个非常古老的ASP.NET WebForms应用程序。那天写这篇文章的人(我从未见过他),使用了一些非标准的存储连接字符串的方法。 (也许,当他写这篇文章时,ASP.NET不支持Web.Config文件中的连接字符串。)无论如何,我担心未来的开发人员知道在哪里可以找到他放在Web服务器周围的.ini文件存储连接字符串。因此,我正在努力替换Web应用程序当前存储和检索数据库连接字符串的方式,以将它们放入Web.Config文件中。

我问的问题是哪里有更好的地方可以在生产和测试数据库之间切换?我知道TFS的发布管理可以根据所使用的环境处理更改连接字符串的位置。我还知道Visual Studio具有.Debug和.Production文件夹的概念,用于指定测试和生产数据库的指向位置。我只是不知道哪种是最佳做法;使用TFS的发布管理或VS的Web.Config转换。我想知道Release Management现在是否取代了Web.Config的转换?

1 个答案:

答案 0 :(得分:1)

使用TFS的发布管理来取代Web.Config的转换更加灵活,您可以通过添加任务轻松替换令牌。如果修改VS的Web.Config变换,则必须每次都检查更改。

可以替换令牌的任务存在于批量扩展中,您可以安装其中任何一个。例如: