来自版本控制的TFS 2017版本管理工件文件

来自版本控制的TFS 2017版本管理工件文件,tfs,Tfs,我想在发布管理时从源代码管理(tfvc)访问一些文件。 我找到的源是构建(类型“构建”)和整个源树(类型为“Team Foundation版本控制”)。 类型“Team Foundation版本控制”似乎是匹配的,但不允许选择子文件夹,例如“$/MyApp /分支/V2/Script”。 是否需要为脚本文件创建工件?您可以在构建过程中将源代码保存为工件。使用“发布工件”步骤以Tfs或unc路径发布源代码。在发布管理之后,作为第一步下载您的工件。我强烈建议将它们作为构建工件发布(如其他答案所述),

我想在发布管理时从源代码管理(tfvc)访问一些文件。 我找到的源是构建(类型“构建”)和整个源树(类型为“Team Foundation版本控制”)。

类型“Team Foundation版本控制”似乎是匹配的,但不允许选择子文件夹,例如“$/MyApp /分支/V2/Script”。


是否需要为脚本文件创建工件?

您可以在构建过程中将源代码保存为工件。使用“发布工件”步骤以Tfs或unc路径发布源代码。在发布管理之后,作为第一步下载您的工件。

我强烈建议将它们作为构建工件发布(如其他答案所述),或者作为版本化的NuGet包发布,而不是链接到单独的存储库中

原因是,部署中的所有内容都应该一起进行版本控制。由于未知原因,与其他内容不同步的脚本可能会导致突然部署失败。假设您将这些脚本作为工件链接到中,并从Dev->Production开始沿着管道进行部署。开发人员部署很好。QA部署很好。登台部署很好。生产部署。。。失败?因为脚本中的错误

哎呀,有人对那些脚本进行了更改并引入了一个bug。但是脚本没有版本控制,所以您无法保证在先前阶段中使用的脚本与在生产阶段中使用的脚本相同