TFS持续集成构建仅触发解决方案中的一个项目

发布于 2025-01-05 04:04:30 字数 220 浏览 1 评论 0原文

有没有一种方法可以在 TFS 2010 中创建使用持续集成触发器的构建定义,并且仅构建代码发生更改的项目。

为了澄清,我正在寻找的是以下场景:

每个项目解决方案1中的1个解决

方案x

项目构建定义

所有构建都是CI触发的

仅在项目中发生签入时该项目已构建并测试。

Is there a way to create a build definition, in TFS 2010, that uses continuous integration trigger, and only builds the project who's code changed.

To clarify, what I'm searching for is the following scenario:

1 Solution

x Projects in Solution

1 Build Definition per Project

All Builds are CI triggered

When a check-in occours in a project only that project gets built and tested.

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

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

发布评论

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

评论(2

眼泪淡了忧伤 2025-01-12 04:04:30

将任何 *.*proj 而不是 *.sln 放在“进程”选项卡的构建定义的“要构建的项目”部分中。
在“工作空间”部分中,仅选择与该项目相关的源代码管理路径。

Place in your build definition's "Items to build" section of the "Process" tab any *.*proj instead of a *.sln.
In the "Workspace" section, select only the source control paths that relate with this project.

恋你朝朝暮暮 2025-01-12 04:04:30

在“进程”选项卡中,将“Clean Workspace”设置为“None”,在“MSBuild Arguments”上使用“/t:Build”,并在解决方案中正确配置项目及其依赖项。这样,在每次构建时,您都将获得最新的代码,然后构建修改过的内容以及依赖于它的任何内容。这更加动态并且只需要一个构建定义。让构建系统按设计运行并利用优化的构建流程。

In the process tab, set "Clean Workspace" to "None", use "/t:Build" on the "MSBuild Arguments" and properly configure your projects and their dependencies in the solution. This way on each build, you will be getting the latest code, and then building whatever was modified, and anything that depends on it. This is much more dynamic and requires only one build definition. Let the build system operate as it was designed and leverage the optimized build process.

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