我应该让发布管理处理更改的连接字符串还是使用ASP.NET'；在Web.Config上调试/发布？

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

---

我要问的问题是，在哪里有一种在生产数据库和测试数据库之间切换的方法更好？我知道TFS的发布管理可以处理更改连接字符串的位置，因为这取决于所使用的环境。我还知道VisualStudio有.Debug和.Production文件夹的概念，用于指定测试和生产数据库的指向位置。我只是不知道哪种做法是最好的；使用TFS的发布管理或VS的Web.Config的转换。我想知道发布管理是否现在取代了Web.Config的转换？

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

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