我正在构建一个Azure DevOps管道,以将自定义构建的Powershell应用程序部署到我们支持的多个本地环境中。我配置了所需的代理程序池,并将它们作为服务安装在本地环境中。 接下来,我在Azure DevOps中设置了管道,选择了GitRepo:
构建(包括以下步骤:使用Nuget,Nuget Restore,构建解决方案,更新版本,复制文件和发布构建工件)
发布(包括步骤:发布构建工件)
有些事情对我来说还不清楚:
我需要两次“发布构建工件”吗?可以建立管道吗 以“复制文件”步骤结束,然后“发布”管道接管此步骤 神器?
据我了解,该版本将该应用发布到了
本地环境(以我为例)。在哪里可以设置自定义路径(即:
C:\ deployed_apps)需要在哪里部署应用程序?当我测试
在这个管道中,我得到了我使用变量创建的路径的错误
找不到。
要使此管道正常工作,我在设置中缺少什么?
答案 0 :(得分:1)
在发布管道中,您不应使用“发布构建工件”。在构建的最后阶段,您执行此步骤是什么?将工件上传到Azure DevOps或文件共享。现在,在发布管道中,您选择构建工件(在左侧窗格中)。发布管道启动时,代理要做的第一件事是将构建工件下载到代理。现在,您需要带它们并将其部署到您的环境中。怎么样?它取决于哪种应用程序(可以只是复制文件,也可以将其部署到IIS等)。
您可以将路径放在“变量”选项卡中,并在部署应用程序时使用此变量(例如,使用“复制文件”任务)。
答案 1 :(得分:1)
就像@Shayki Abramczyk 指出此任务不适合部署,它只是将您的Build Artifacts上传到azure devops服务器,您的发布管道可以直接下载。
在这种情况下,如果要将应用程序部署到多个本地环境,则需要首先创建一个部署组,部署组是具有代理的部署目标计算机的逻辑集安装在每个。您的应用程序将被部署到发布管道中的部署组中的那些计算机上。检查here以获得有关部署组的更多详细信息。
创建部署组后,可以通过单击 3个点添加部署组作业,然后如下图所示指定部署组,您可以然后只需添加复制文件任务或其他部署任务,即可将您的应用程序部署到本地计算机上。