使用TFS构建过程模板(工作流)进行部署


10

我正在考虑将TFS Build工作流用于复杂的部署。我们有一些可能需要部署:

  1. Web应用程序和服务
  2. 数据库
  3. SSRS报告
  4. SSIS软件包
  5. 谁知道

我喜欢这样一个事实,我可以为工作流提供一些基本参数,例如要部署的构建以及它将运行的构建。潜在地,某些部分可能需要人工批准,而且我知道工作流也可以处理。一个示例是,我们可能使用工作流从Visual Studio数据库项目中创建更改脚本,但是DBA组希望在运行脚本之前对其进行批准。

我想知道过去是否有人为此使用过“构建”,以及发现了什么问题。


我们正在使用TFS 2010来管理我们的构建/部署。我没有为您提供任何快速解答;但是当出现问题时,请随时给我发送电子邮件,我们至少可以设法解决。
斯蒂芬·格罗斯

Answers:


1

我们已经使用TFS触发了我们的构建,但是使用了msbuild来构建我们的项目。主要优点是我们拥有一个构建脚本,可以在版本控制下更改keep。工作流就是问题,例如:您将如何构建项目的旧版本?使用构建脚本,您只需从源代码管理中获取旧版本,然后就可以使用。能够摆弄它并打开/关闭不同的选项也很好。

如果您确定自己有固定的构建周期,则可以将其终止,否则拥有脚本可能是更安全,更灵活的选择。


工作流程是存储在源代码管理中的.xaml文件。我将需要一个将.xaml文件与源代码一起分支的过程。毫无疑问,您会将msbuild文件与源代码一起分支。
约翰·桑德斯

@JohnSaunders是的,我们确实分支了我们的构建脚本。将工作流的配置存储在xml文件中很酷,但是更改配置对工作流的不同版本中的项目有什么影响(项目中的工作项,任务等也都在同一工作流中,对吗? )这就是我所面临的风险,它改变了TFS快速处理项目的行为。
Carlo Kuip

我不懂你的意思 更改构建过程模板不会更改工作项。您的意思是“工作流程的其他版本中的项目”?
约翰·桑德斯

您在创建TFS项目时应用的流程模板正在创建工作流程。这意味着,如果您创建工作项,则该工作项将链接到该工作流的各个阶段。您的构建过程是该工作流程的扩展还是单独的工作?
Carlo Kuip

抱歉,您混淆了流程模板和构建流程模板。微软选择他们的条件不好。另外,在创建团队项目时使用的流程模板不会创建我所知道的任何流程。
约翰·桑德斯
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.