Deployment VSTS从一个网络环境中的专用代理部署到另一个环境中的本地服务器

Deployment VSTS从一个网络环境中的专用代理部署到另一个环境中的本地服务器,deployment,azure-devops,Deployment,Azure Devops,有两个环境 1) 登台 2) 生产和这两个都在不同的网络中 已在临时环境中的一台服务器上创建了专用代理。 已为登台环境实施CI-CD。现在,我需要将工件从暂存部署到生产环境 由于这两个环境位于不同的网络中,如何使用暂存环境的同一个专用代理在生产中部署代码。VST的网络之间没有区别。这取决于你的私人代理人。我认为你的处境有两种方式: 为您的专用代理提供对生产网络的访问,并为远程部署创建步骤 在生产网络中注册第二个专用代理,并更新生产环境定义以使用它: 目标系统[生产]是否可从源[暂存]访问 如果

有两个环境 1) 登台 2) 生产和这两个都在不同的网络中

已在临时环境中的一台服务器上创建了专用代理。 已为登台环境实施CI-CD。现在,我需要将工件从暂存部署到生产环境


由于这两个环境位于不同的网络中,如何使用暂存环境的同一个专用代理在生产中部署代码。

VST的网络之间没有区别。这取决于你的私人代理人。我认为你的处境有两种方式:

  • 为您的专用代理提供对生产网络的访问,并为远程部署创建步骤
  • 在生产网络中注册第二个专用代理,并更新生产环境定义以使用它:

  • 目标系统[生产]是否可从源[暂存]访问

  • 如果可以访问,您可以向目标计算机/文件共享添加一个复制任务,如//…]。释放将照常从这里开始

  • 若并没有,那个么您可以使用Hosted agent for CI并将工件指向源代码的drop文件夹。在稍后的版本中,您可以选择工件放置文件夹作为输入,比如[$(System.DefaultWorkingDirectory)/MyApplication/drop],然后部署到目标中所需的位置


  • 这就是我实现部署的方式: 1) 在临时环境生成定义中,添加了复制任务。此任务将工件复制到共享生产放置文件夹。 2) 在prod环境中创建了新的生产代理。 3) 发布定义具有powershell任务,该任务从drop文件夹中拾取所需文件并执行解聚。
    4) 这样,两个环境保持分离,除了放置文件夹。

    如问题中所述,两个环境位于不同的网络中。我试图找出是否有一种方法可以通过授予某种权利或权限将私有代理连接到生产环境something@GiulioVian-N/w对VST不起任何关键作用。如果目标网络有气隙。。。你能解释一下吗?