Version control TFS源代码管理未压缩生成

Version control TFS源代码管理未压缩生成,version-control,build,tfs,Version Control,Build,Tfs,有没有一种方法可以创建一个“构建”,但不实际编译站点的输出?基本上,我希望将文件从TFS中的源代码管理实时推送到最终的IIS文件夹目标 我在其他项目构建中使用了CopyDirectory,但这需要BuildDetail.DropLocation(编译构建)。也许我可以使用CopyDirectory源代码的另一个选项,它不需要构建位置 为了简化,我想使用构建模板将文件直接从tfs源代码管理复制到文件夹中,但这不会编译文件。这是可能的吗?而Team Foundation Budio的默认.xAML构

有没有一种方法可以创建一个“构建”,但不实际编译站点的输出?基本上,我希望将文件从TFS中的源代码管理实时推送到最终的IIS文件夹目标

我在其他项目构建中使用了CopyDirectory,但这需要BuildDetail.DropLocation(编译构建)。也许我可以使用CopyDirectory源代码的另一个选项,它不需要构建位置


为了简化,我想使用构建模板将文件直接从tfs源代码管理复制到文件夹中,但这不会编译文件。这是可能的吗?

而Team Foundation Budio的默认.xAML构建工作流确实是一个编译构建,而不是必须如此。我通常建议团队至少有一个compile和一个deploy.xaml工作流

1) CompileMyStuff.xaml(DefaultBuildTemplate.xaml)应该从源代码管理获取我的资料,并根据我的输出创建一个构建放置文件夹。在创建drop之前,我可能需要也可能不需要实际编译,看起来您只是想复制到drop位置

2) DeployMyStuff.xaml应该采用构建编号,并将代码部署到我选择的环境中

看起来您想跳过“删除”并进入部署状态,虽然我不建议您这样做,但您确实为本地工作区提供了一个“BuildDetail.BuildLocation”,其中构建服务器已经完成了代码的获取。您只需将“CopyDirectory”从那里发送到网站的服务器/主机


如果您遇到一些小问题,可以使用并启动PowerShell进行复制/部署。

我找到了解决此问题的方法。我创建了一个新的.xaml文件,然后我在序列中放的唯一一项是“DownLoadFiles”。然后,我填写了任务的属性,并运行了一个“构建”,它成功了