相关的TFS 2017 release management artifact files from version control如何在版本控制的神器发布管理链接的子文件夹
我问了一个新问题,因为我相信我有一个边缘情况下,答案不直接处理,我不想破坏该OP。具体而言,如何让单独的TFS团队项目中需要支持脚本的独立,非现场团队构建的脚本作为单独TFS团队项目的发布定义中的工件提供?独立团队项目由独立客户构建,我们不允许将内容追加到其源代码管理。此外,对脚本的更新必须自动传播到在TFS上使用它们的所有发行版定义。
我们在TFS中有大约40个团队项目,它们运行在不同的时间表上。一个单独的操作团队处理TFS中的所有构建和发布管理任务。
由于团队项目之间的不断跳动,并且因为ops也希望使用TFS中的版本控制和工作项跟踪功能,我们为他们创建了一个单独的团队项目来存储脚本,安装程序和许可证文件。这些在其他项目的RM任务中引用,用于自动安装/执行。还有用于跟踪项目特定的脚本一个单独的版本控制文件夹树 - 像这样:
- 常见
- 应用
- 应用1
- 应用2 ...
- App43
这使得他们更容易管理他们的脚本,并将他们与工作项目本身相关联,而无需在所有其他团队项目中进行洗牌。开发团队无法访问ops项目。
但是,当从他们的项目中链接RM中的版本控制工件时,它只会绑定到根,并且似乎将整个版本控制结构复制到代理,即使这些内容大部分与该应用正在部署。
有没有办法在版本控制中将项目中的特定文件夹(而非全部)作为工件添加到单独项目中的发布定义中?我们通过QA发布启动生产流程,并从ops项目和正在发布的项目中提取工件。所有后续版本都会重用QA构建中成功的工件,而不是返回服务器以获取新版本的工件。
构建定义不会让我们选择团队项目之外的工作空间路径,所以我也没有看到在构建步骤中提取脚本的方法。
有没有办法做到这一点?其他组织如何处理这个问题?
[版本控制中的TFS 2017发布管理工件文件可能重复](https://stackoverflow.com/questions/44163392/tfs-2017-release-management-artifact-files-from-version-control) –