Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/tfs/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
如何使用TFS从给定特定内部版本号的放置位置进行部署_Tfs_Msbuild_Continuous Integration_Msdeploy - Fatal编程技术网

如何使用TFS从给定特定内部版本号的放置位置进行部署

如何使用TFS从给定特定内部版本号的放置位置进行部署,tfs,msbuild,continuous-integration,msdeploy,Tfs,Msbuild,Continuous Integration,Msdeploy,正在尝试使用TFS实现CI。我的构建工作正常,项目都很好地分散在drop文件夹中。我的问题是,我如何允许QA团队将部署“构建”(没有实际的构建)排队,在那里他们可以给出特定的构建编号。然后使用此生成编号部署特定生成放置文件夹中的bits 最终目标是在队列构建对话框(已经完成)上为他们提供几个参数,然后启动部署过程。我考虑使用TFS部署器,尝试创建自己的部署过程模板,然后从.proj文件执行powershell脚本。似乎每个选项都有自己的复杂因素 有谁能给我一些关于实现这一点的最佳方法的指导吗?我

正在尝试使用TFS实现CI。我的构建工作正常,项目都很好地分散在drop文件夹中。我的问题是,我如何允许QA团队将部署“构建”(没有实际的构建)排队,在那里他们可以给出特定的构建编号。然后使用此生成编号部署特定生成放置文件夹中的bits

最终目标是在队列构建对话框(已经完成)上为他们提供几个参数,然后启动部署过程。我考虑使用TFS部署器,尝试创建自己的部署过程模板,然后从.proj文件执行powershell脚本。似乎每个选项都有自己的复杂因素


有谁能给我一些关于实现这一点的最佳方法的指导吗?

我最近使用了以下方法:

  • 选择部署目标(选择计算机、站点、多个配置项数据)
  • 自定义.config文件转换以匹配部署目标(连接字符串等)
  • MSDeploy的Exec任务,以使用Web Deploy 2.0将生成获取到服务器
  • PSExec在服务器上远程执行appcmd命令以重新启动特定站点
  • 对服务重复上述步骤,使用MSDeploy推送
  • 生成脚本为服务生成安装/卸载脚本
  • PSExec服务(停止、卸载、安装、启动)

  • 这在MSBuild文件中保持隔离,该文件可以从传递生成放置号的任何命令行执行,也可以使用MSBuild任务添加到TFS生成定义中,并键入已设置的额外参数。

    我最近使用以下方法完成了此操作:

  • 选择部署目标(选择计算机、站点、多个配置项数据)
  • 自定义.config文件转换以匹配部署目标(连接字符串等)
  • MSDeploy的Exec任务,以使用Web Deploy 2.0将生成获取到服务器
  • PSExec在服务器上远程执行appcmd命令以重新启动特定站点
  • 对服务重复上述步骤,使用MSDeploy推送
  • 生成脚本为服务生成安装/卸载脚本
  • PSExec服务(停止、卸载、安装、启动)

  • 这在MSBuild文件中保持隔离,该文件可以从传递生成放置号的任何命令行执行,也可以使用MSBuild任务添加到TFS生成定义中,并键入已设置的额外参数。

    实现此目的的方法是在生成质量发生更改时触发部署。例如,当质量更改为“ReadyforQA”时,将触发一个更改事件,以从现有构建文件夹部署到QA系统


    请参阅和。

    执行此操作的方法是在生成质量发生变化时触发部署。例如,当质量更改为“ReadyforQA”时,将触发一个更改事件,以从现有构建文件夹部署到QA系统


    请参阅和。

    您可以限制拥有启动生成权限的用户,并通过此权限将启动手动生成的权限授予QA团队

    在TFS构建脚本中,您可以创建QA团队所需的部署步骤。默认情况下,您将基于参数使其具有条件,并将其设置为“不部署”。根据是CI生成还是手动生成,可以将其设置为真或假

    当你准备好让QA测试你的代码时,你给他们一个标签让他们使用,他们只需要把它传递进来,就可以构建和部署它

    这样做的好处在于,您可以控制准备移交给QA团队的已签署的代码版本


    您还有一个报告,其中列出了交给QA的特定代码和工作项。

    您可以限制有权启动生成的用户,并通过该报告将启动手动生成的权限授予QA团队

    在TFS构建脚本中,您可以创建QA团队所需的部署步骤。默认情况下,您将基于参数使其具有条件,并将其设置为“不部署”。根据是CI生成还是手动生成,可以将其设置为真或假

    当你准备好让QA测试你的代码时,你给他们一个标签让他们使用,他们只需要把它传递进来,就可以构建和部署它

    这样做的好处在于,您可以控制准备移交给QA团队的已签署的代码版本


    您还有一个报告,其中列出了交给QA的特定代码和工作项。

    哪个版本的Visual Studio和TFS?什么样的部署?TFS 2010,我们正在部署windows服务、web服务和web应用程序。此外,构建服务器和登台服务器之间没有直接连接,因此所有内容都必须是FTP。我已经完成了PowerShell脚本来执行此操作。哪个版本的Visual Studio和TFS?什么样的部署?TFS 2010,我们正在部署windows服务、web服务和web应用程序。此外,构建服务器和登台服务器之间没有直接连接,因此所有内容都必须是FTP。我已经完成了PowerShell脚本来执行此操作。