Angular项目部署IIS时，通过DevOps批处理动态更新base-href是否可行？

你的方案完全可行，构建后修改Angular代码的base-href是可以实现的，但其实有更优雅的方式，给你拆解清楚：

• 构建后替换base-href的可行性
  Angular构建完成后，base-href主要存在两个地方：一是index.html里的<base href="...">标签，二是打包后的JS文件（比如main.xxx.js）里硬编码的路由基准路径。你用DevOps流水线加批处理的方式，完全可以批量替换这些内容。
  举个PowerShell批处理的例子：

  # 替换index.html里的base标签
  (Get-Content .\dist\your-app\index.html) -replace '<base href="/">', '<base href="/ApplicationName/">' | Set-Content .\dist\your-app\index.html
  
  # 替换JS文件里的硬编码路径（注意匹配实际打包后的文件名格式）
  Get-ChildItem .\dist\your-app\*.js | ForEach-Object {
      (Get-Content $_.FullName) -replace 'baseUrl:"/"', 'baseUrl:"/ApplicationName/"' | Set-Content $_.FullName
  }
  

  注意：不同Angular版本打包后的JS里的路径格式可能略有差异，需要根据实际生成的内容调整匹配规则。

• 更推荐的替代方案：构建时动态指定base-href
  完全不需要维护多份代码副本，Angular本身支持在构建阶段直接指定base-href参数，一次代码仓库就能适配不同部署场景：

  • 作为独立站点部署时，用默认命令：ng build（默认base-href为/）
  • 作为子应用部署时，执行：ng build --base-href /ApplicationName/
    在DevOps流水线里，你可以根据部署环境（独立站点/子应用）动态传递这个参数，既不用构建后修改文件，也避免了代码副本的维护成本，比批处理方案更可靠。

• 额外注意事项
  如果坚持用构建后替换的方案，要确保覆盖所有包含base路径的文件——比如一些chunk文件里的资源引用也可能带有基准路径，遗漏的话会导致静态资源加载失败。另外，部分Angular版本会给打包文件加哈希值，替换时要确保脚本能匹配到最新生成的文件名。

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