重命名Azure DevOps项目对现有部署配置的影响问询

重命名操作本身不会删除你的存量配置，但会触发多处关联配置的变更，部分场景下会对运行中的流程造成干扰，具体影响如下：

无影响的配置项 #

• 项目内所有存量工作项、代码仓库、制品包、测试用例数据不会丢失，底层ID关联关系保持不变
• 已经绑定到项目的自托管Agent、微软托管Agent池的关联关系不会被断开，Agent本身的配置无需修改
• 已经运行完成的Pipeline历史记录、发布日志、部署审计记录会完整保留，可正常查看

会造成干扰的场景&需调整的配置 #

• 正在运行中的Pipeline/发布流程会直接失败：重命名操作执行过程中项目会短暂进入只读状态，正在执行的运行任务会因为找不到原项目路径触发异常终止，建议重命名前先暂停所有定时触发的Pipeline，等待所有正在运行的任务执行完成后再操作
• 所有硬编码了旧项目名称的配置需要手动修改：比如Pipeline脚本里写死了https://dev.azure.com/<组织名>/<旧项目名>/_git/xxx这类仓库地址的、本地Git仓库配置的远程URL、第三方工具里配置的旧项目webhook地址，都会因为项目路径变更失效，需要统一替换为新项目名称对应的路径
• 原有旧项目URL的浏览器书签、团队共享的项目入口链接会失效，重命名完成后旧URL会自动301跳转到新URL，但长期建议替换为新地址

操作前置检查建议 #

• 备份所有Pipeline的YAML文件、变量组配置，避免极端场景下配置丢失
• 提前梳理所有引用了旧项目名称的脚本、第三方集成配置，整理替换清单
• 建议选择业务低峰期执行重命名操作，操作完成后先跑一条测试Pipeline验证流程可用性

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