我在一家企业的开发小组工作，我们努力将业务部门及其职责分开。例如，我在开发组，我们负责与开发应用程序相关的所有任务。我们还有其他角色，例如 dbas，或我们组之外的操作角色，负责部署、服务器维护等。
我正在研究 VS 中的功能，例如发布 Web 应用程序功能和 web.config 转换功能，并在博客和其他各种地方阅读它们。根据我阅读的大部分内容，作者似乎总是假设开发人员正在管理 Web 配置转换中不同环境的连接字符串、用户名、密码等内容，然后在某种生产中发布到删除服务器环境（无论是现场，还是测试或登台等）。
一个例子是here。在我们的环境中，我也假设其他环境，场景比通常描绘的要复杂一些。开发组可能不知道他们开发的任何东西部署在哪里。管理员可以根据环境特征移动服务器、数据库等并更新配置。那么在这些情况下，web.config 转换有什么帮助呢？Publish 仍然可以在本地用于为部署包构建工件，但即使您可能希望使用一些自动构建管理器来代替。
那么发布和转换真的更适合开发和运营之间的障碍非常灰色的更基本的开发流程吗？还是我错过了什么？似乎我读过的很多关于这类事情的内容都是出于好意，但在更明确的开发过程中显得有些肤浅。
有兴趣了解其他人对此的看法和经验。