C#跨开发/测试/生产环境部署SSRS报表及免改码访问方案

不需要每次部署前手动修改报表内的数据集数据源配置，按以下方式配置可以一劳永逸：

• 优先使用SSRS共享数据源能力：
  如果三套环境分别用独立的SSRS服务器，提前在每台SSRS服务器的固定路径下创建同名的共享数据源，分别配置为对接当前环境的SQL Server数据库（开发环境SSRS上的数据源连开发库、测试环境连测试库、生产环境连生产库）。后续开发报表时，所有数据集统一绑定这个固定路径的共享数据源，不要嵌入数据源连接到报表文件里；部署时只上传报表、数据集文件，选择不覆盖服务器端已存在的共享数据源即可，报表会自动读取当前SSRS服务器上的数据源配置连对应库，完全不需要提前改报表文件。
  如果三套环境共用同一台SSRS服务器，就给每个环境建独立的顶层目录（比如/DevReports、/TestReports、/ProdReports），每个目录下创建同名的共享数据源，各自指向对应环境的数据库。部署时把对应环境的报表上传到对应目录即可，报表会自动读取所属目录下的共享数据源配置，不需要修改报表内容。
• 要避免手动部署的人为失误，可以写RSS脚本通过rs.exe命令行做自动化部署，把环境标识作为入参，脚本自动完成报表上传、数据源校验的流程，全程不需要手动改配置。

如果存量报表已经用了嵌入式数据源，批量将数据集的数据源引用切换为提前建好的共享数据源即可，后续不需要再逐个改连接配置。

硬编码URL在代码里是反模式，用.NET原生的配置隔离能力就能实现零代码修改切换环境：

• 所有环境差异的URL地址全部挪到配置文件里，绝对不要写死在业务逻辑代码中：
  • 若使用.NET Framework技术栈，给项目添加对应环境的配置转换文件（App.Debug.config、App.Test.config、App.Prod.config），分别在转换规则里写入对应环境的SSRS服务根地址、报表目录前缀。发布时选择对应环境的发布Profile，编译过程会自动把对应环境的URL替换到最终生成的配置文件中，业务代码里统一通过ConfigurationManager.AppSettings["SSRSReportRoot"]读取配置值拼接完整报表访问地址即可。
  • 若使用.NET Core/.NET 6+技术栈，直接用框架自带的多环境配置机制：除了基础的appsettings.json，额外添加appsettings.Development.json、appsettings.Staging.json、appsettings.Production.json三个环境专属配置文件，分别存对应环境的SSRS URL。部署运行时通过设置ASPNETCORE_ENVIRONMENT/DOTNET_ENVIRONMENT环境变量标识当前运行环境，框架会自动加载对应配置文件的内容，代码中通过IOptions接口读取配置值即可，切换环境只需要改环境变量，不需要改代码也不需要重新编译。
• 如果环境网络隔离比较严格，也可以加一层轻量的自动识别逻辑：程序启动时读取当前连接的业务数据库实例名、或者当前机器所属的网络域标识，自动匹配对应环境的SSRS地址，连发布时选配置的步骤都可以省掉。
• 不要在代码里写if/else分支硬判断环境来切URL，后续URL变更需要重新编译发布，维护成本极高。

配置文件里的敏感信息（比如数据源账号密码、SSRS访问鉴权信息），生产环境不要明文存储，配合操作系统自带的机密存储机制存放即可。

内容的提问来源于stack exchange，提问作者Tim