Xml Azure DevOps管道是否在不同的环境中发布ClickOnce应用程序?
我正在尝试使用Azure DevOps管道部署ClickOnce应用程序(先持续集成,然后持续部署) 我可以从Azure DevOps运行CI部分。事实上,我也可以在我的暂存环境中执行CD部分。在CI期间,我生成一个M.M.B.r内部版本号,该版本号与ClickOnce请求的程序集格式兼容 但是我有2个环境,我需要考虑分期和生产。为此,我想修改应用程序的名称,即*.application文件。如果您不更改名称,那么当您安装登台时,您计算机上的生产系统会认为这是同一个应用程序 我正在寻找一个可以根据管道变量修改XML和XML的任务 我找到了这个名单 但所有这些任务似乎仅限于xml配置文件。我已经测试过的microsoft版本只能更改连接字符串或应用程序设置部分Xml Azure DevOps管道是否在不同的环境中发布ClickOnce应用程序?,xml,azure-devops,azure-pipelines,Xml,Azure Devops,Azure Pipelines,我正在尝试使用Azure DevOps管道部署ClickOnce应用程序(先持续集成,然后持续部署) 我可以从Azure DevOps运行CI部分。事实上,我也可以在我的暂存环境中执行CD部分。在CI期间,我生成一个M.M.B.r内部版本号,该版本号与ClickOnce请求的程序集格式兼容 但是我有2个环境,我需要考虑分期和生产。为此,我想修改应用程序的名称,即*.application文件。如果您不更改名称,那么当您安装登台时,您计算机上的生产系统会认为这是同一个应用程序 我正在寻找一个可以根
我应该使用什么?我找到了一个解决方法,可以使用RegEx Replace tasks。是否可以使用Powershell重命名该文件?它很容易实现。是的,它也可以是一个选项。但现在我发现您无法修改de*.config.deploy文件,因为您使ClickOnce系统的控制键无效。所以我找到的唯一解决方案是同时创建两个构建。一个用于暂存,一个用于生产,我将正确的构建部署到正确的环境中。我不喜欢创建2个类似版本的想法,但我别无选择。我找到了一个使用RegEx Replace任务的解决方案。是否可以使用Powershell重命名该文件?它很容易实现。是的,它也可以是一个选项。但现在我发现您无法修改de*.config.deploy文件,因为您使ClickOnce系统的控制键无效。所以我找到的唯一解决方案是同时创建两个构建。一个用于暂存,一个用于生产,我将正确的构建部署到正确的环境中。我只是不喜欢的想法,创造2个类似的建设,但我没有选择。