我们在本地使用 TFS 2015。我负责一个非常老的 ASP.NET WebForms 应用程序。当年写这篇文章的人（我从未见过他）使用了一些非常非标准的方式来存储连接字符串。（也许，当他编写它时，ASP.NET 不支持 Web.Config 文件中的连接字符串。）无论如何，我担心未来的开发人员知道在哪里可以找到他放置在 Web 服务器周围的 .ini 文件存储连接字符串。因此，我正在努力替换 Web 应用程序当前存储和检索数据库连接字符串的方式，以将它们放入 Web.Config 文件中。
我要问的问题是在生产数据库和测试数据库之间切换的更好的地方在哪里？我知道 TFS 的发布管理可以根据所使用的环境处理更改指向连接字符串的位置。我也知道 Visual Studio 有 .Debug 和 .Production 文件夹的概念，用于指定指向测试和生产数据库的位置。我只是不知道哪个是最佳实践；使用 TFS 的 Release Management 或 VS 的 Web.Config 的转换。我想知道 Release Management 现在是否取代了 Web.Config 的转换？
使用TFS的Release Management替换Web.Config的transform更加灵活，可以通过添加任务轻松替换token。如果修改VS的Web.Config的transform，每次都要check in。
可以替换令牌的任务存在于lots扩展中，您可以安装它们中的任何一个。例如：
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句