TFS 门控签入适用于一个特定解决方案,nof 适用于整个团队项目

发布于 2024-12-16 22:11:00 字数 698 浏览 0 评论 0原文

TL;DR:是否可以为团队项目中的一个解决方案设置门控签入,这样就不会与同一团队项目中的其他(不相关)代码混淆?

详细:

我们有 TFS 团队项目,其中包含多个解决方案,每个解决方案都位于单独的文件夹中。 这些解决方案大多数属于开发团队,并且每天使用构建服务器构建。

一种解决方案是针对 QA,它包含自动化 UI 测试。 现在我们要设置门禁签入(按照 此处 和其他一些文档)

这涉及为其创建构建定义和 CI 触发器。 但在我们看来,这样的构建设置将在团队项目的每次提交时触发,而不仅仅是 QA 团队执行的构建。

因此,问题是我们是否可以对 QA 文件夹进行门控签入,而不迁移到单独的团队项目并干扰开发人员。

谢谢。

编辑:相关问题

TL;DR: is it possible to set up gated check-in for one solution in Team Project so that this won't mess with other (non-related) code in same Team Project?

Detailed:

We have TFS Team Project with several solutions in it, each in separate folder.
Most of those solutions belong to dev team and are built daily using build server.

One solutions is for QAs, it contains automated UI tests.
Now we want to set up gated check-in (by instructions from here and some other docs)

This involves creating a build definition and CI trigger for it.
But it seems to us that a build set up like this will be triggered on each commit to the Team Project, not only on those performed by QA team.

So, question is if we can do gated check-in for our QA folder without migrating to separate Team Project and messing with devs.

Thanks.

EDIT: Related question

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

你是年少的欢喜 2024-12-23 22:11:00

当您更改构建定义工作区中指定的文件夹中的某些内容时,将始终触发门控签入构建。将构建定义工作区设置为仅包含 QA 解决方案使用的文件夹,并在可能的情况下隐藏其他人使用的文件夹。

Your gated check-in build will be always triggered when you change something in the folders specified in the build definition workspace. Set up your build definition workspace to include only folders used by QA solution and cloak folders used by others if possible.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文