升级TFS 2017 Update3至2018 Update1后发布触发器丢失求助

我之前帮团队处理过类似的TFS升级场景，你遇到的artifact触发器和环境预部署触发器被重置的情况，确实在2017 Update3到2018 Update1的升级过程中有不少用户反馈。以下是几个可以帮你避免重新逐个配置的方案和检查点：

• 升级前的备份预案（事后补救也能用）
  如果你在升级前没做备份，现在可以回到原2017 Update3环境，导出所有受影响的发布定义：

  1. 打开TFS Web界面，进入发布页面
  2. 选中目标发布定义，点击右上角的...菜单，选择导出
  3. 将导出的JSON文件导入到2018 Update1环境中，导入时会保留原有的触发器配置
     要是原环境已经下线，也可以尝试通过TFS的数据库备份恢复一个临时实例，导出定义后再删除临时实例。

• 检查升级日志中的迁移细节
  查看TFS升级过程中生成的日志文件（通常在C:\Program Files\Microsoft Team Foundation Server 2018\Update Services\Logs目录下），搜索关键词release trigger或者artifact trigger，看看是否有迁移失败、配置被跳过的警告信息。如果有明确的错误提示，可以针对具体问题修复后重新运行升级后的配置同步。

• 快速恢复环境间的预部署关联
  对于UAT、Pre Prod和Prod之间的预部署触发器，不用逐个环境重新配置：

  1. 打开2018的发布定义，进入环境标签
  2. 选中UAT环境，点击...菜单选择部署前条件
  3. 在触发器选项卡中，重新勾选“部署完成后触发”并选择对应的后续环境（比如Pre Prod）
     这个操作可以批量关联，比逐个配置效率高很多。

• 验证触发器的默认配置状态
  2018 Update1对vNext发布的触发器逻辑做了优化，部分旧版本的触发器配置可能因为兼容性问题被重置为默认状态：

  • 检查artifact trigger的持续部署开关是否被关闭，重新开启后选择对应的工件源和版本条件
  • 确认环境的预部署触发器中，“当之前的环境成功时触发”的选项是否被取消勾选

补充说明：虽然官方发布说明里没有明确预警这个问题，但在TFS 2018的迁移文档中提到，vNext发布的某些高级配置（比如自定义触发器条件）在跨大版本升级时可能需要重新验证，这是因为2018对发布管理的数据库结构做了调整，部分旧配置字段没有被自动迁移。

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