【发布时间】：2014-03-21 08:05:34
【问题描述】：
我有一个 TFS 2013 服务器，其中包含多个 TFS 团队项目集合，开发人员正在愉快地处理它们。项目集合具有一组关联的 TFS 构建，包括在每次签入时触发的相关 CI 构建，或者在某些情况下，滚动（累积）签入。这个过程完美无缺，多年来一直是这种工作方式。
最近，我们在混合中引入了一个 Git 存储库，也位于我们的 TFS 2013 服务器上，并显示为我可以从我的开发中连接到的节点连接到 TFS 2013 服务器时的环境。 （即它不是本地回购......）
这被一组不同的开发人员使用，他们都使用 VS2013 和（大部分）作为 VS2013 下 Team Explorer 一部分的 Git 集成。
这一切都非常出色除了.....团队 1 正在检查 TFS 源代码控制并触发我针对 Git 存储库设置的 CI 构建？ .团队 1 中的任何一个的每一次提交都会导致构建触发，尽管他们正在修改不属于 Git 存储库的代码，从来没有也永远不会！ 我现在不得不退回到“手动”构建，这并不理想，因为我确实需要一个 CI 构建来运行测试。
在流程模板方面，我们对标准 Git 构建模板进行了轻微修改，我认为该模板源自 ALM 护林员所做的工作 - 修改是触发 InRelease 部署的额外步骤。我不确定这是否相关，但为了详细说明这个问题......
有人知道我该如何解决这个问题吗？本质上，当涉及到触发的构建时，我想完全隔离 TFS 和 Git 源代码控制。
【问题讨论】：
-
我也遇到了这个问题。找到解决方案了吗？
-
不，恐怕不会。我只能建议并推荐在 TFS 之外使用 Git！使用 GitHub。在这种情况下，我们不得不使用滚动构建和频率限制。
-
如果只是〜渴望地凝视窗外〜谢谢你，SpaceBison！
-
是的 - 总是这样。所以 - 我将它设置为滚动构建，而不是 CI 构建 - 并说“每 30/60/90 分钟构建不超过一次” - 这意味着它仍然会（不幸地）触发随机无关的签入，但它不会触发 every 随机无关签入 :-)
-
有问题的构建的源映射是什么？它是否足够狭窄以仅包含 git repo 映射？
标签： git tfs visual-studio-2013 tfsbuild