我创建了一个自定义签入策略并在 Visual Studio 2013 中构建它，并在 Visual Studio 2012 中构建它，以便使用 Vs 2012 的任何人都可以使用该策略并将该策略成功注册到所有机器。我从具有 VS 2013 的计算机上将该策略应用于团队项目。在我们公司，有些人仍在使用 VS 2012。现在使用 VS 2012 的人在签入时遇到问题。他们得到这个错误：Internal error in [Policy Name] policy. Error loading the [Policy Name] policy. Installation instructions: PLease see the web based installation instructions.

那么我们公司的每个人都需要升级到 VS 2013 吗？

谢谢您的帮助！

我们正在使用 VS2012+TFS2012，我想添加代码分析签入策略以提醒每个团队成员在签入前修复代码警告，但后来我注意到它迫使我们检查“在构建时激活代码分析”项目选项.

我们也在做 TDD，所以这意味着我们编写一个单元测试，运行它（这意味着构建项目）以确认测试失败，我们编写代码以使测试通过，然后我们再次运行测试以确认它通过。

因此，对于 1 个单元测试，我们必须构建两次（最少，如果发生一些编码错误，有时会更多），但是因为代码分析需要超过 10 秒才能在每次构建上运行，这是非常非常低效的 :(

是否可以仅在签入之前而不是在每次构建时强制执行运行代码分析？

几年前，我问过这个问题：TFS Custom Check-In Policy is not in the Add box and be able to get my custom check-in policy to work in Visual Studio 2012. 我终于升级到 VS2015RC 并正在尝试使用相同的入住政策。我试图在以下注册表项中添加引用：

但没有运气。我还在 VS2015 中打开了我的签入策略项目并对其进行了重建（尝试针对各种不同的框架：4、4.5、4.5.1、4.5.2、4.6），但都没有成功。

我还将 Microsoft.TeamFoundation.versionControl.Client 的引用更改为版本 14.0.0.0

有谁知道为什么我无法在“添加签入策略”对话框中显示此策略？

在允许解决之前，我们在错误中设置了一些字段。但是，当开发人员尝试通过签入来解决并且未填写这些字段时，它仍然允许签入发生而没有关联该错误 - 有没有办法不允许签入发生以便开发人员修复它，并且该错误可以正确关联吗？这是完整的信息：

未能更新以下工作项：

ID 9073。原因：TF237124：工作项尚未准备好保存变更集 548 已成功签入。

以下是来自工作项类型定义的相关信息：

我想自动化代码审查过程，以便在 Team Foundation Server 中轻松签入。

可以在签入策略中添加代码审查，但问题是它会产生很多来回，即使代码审查还可以并且没有任何评论或修改。

也许有可能让它以更顺畅的方式发生？

草图（特意简化）

我们可以用实际的代码审查工作流程做什么：

我想做的事：

（希望我的草图是可以理解的）

如果它不存在，我正在考虑开发一个新的扩展。

任何帮助将不胜感激，谢谢！

我们已将项目和代码从 TFS2008 迁移到 TFS2013。有好心人能告诉我如何更改或编辑我们在 TFS2008 中使用的签入策略吗？我们的旧政策在 2013 年世界证明有点麻烦，我在 Team Explorer 2013 的在线文档中找不到任何地方

我们最近切换到 Visual Studio 2015，现在想要使用新的 Roslyn-Analyzer 功能。事实上，我们想用更新的 StyleCop 分析器 ( https://github.com/DotNetAnalyzers/StyleCopAnalyzers ) 替换“旧版” StyleCop。在 VS2013 中，我们有一个自定义的 Check-In 策略，它运行 StyleCop 并在有任何违规时阻止 Check-In。Roslyn-Analyzers 也能实现类似的效果吗？它是否支持“开箱即用”，还是我们也必须编写自定义签入策略？

我知道我们可以在 TFS 2013 中创建自定义签入策略，这将限制用户在没有代码审查的情况下签入代码。

我公司对开发人员有一个要求，我必须开发一些东西，将特定文件（数据库更新）检查到 TFS，然后将电子邮件通知发送给一组高级开发人员进行代码审查。此外，电子邮件通知应说明上次代码审查的时间以及由谁执行。

关于如何解决这个问题的任何想法。过去，我创建了一个策略来在签入之前检查文件的有效性，我使用了 PolicyBase 和 Evaluate 方法来执行此操作，我很困惑一旦签入成功，我可以捕获哪个类/方法来放置我的代码。

除了为文件有效性编写的代码外，我没有任何代码。我在登记入住政策后找不到任何有用的帖子。或者，这可以在服务器本身上进行配置？

我正在尝试为特定团队项目 (projectA) 实施自定义策略。但是，当我在 projectA 的上下文中实现它时，它会评估包含的签入中的每个文件。假设我签入了大于 1MB 的 ProjectB。即使它不在当前策略 projectA 的上下文中，它也会对此进行评估。我该如何调整它，以便它只评估当前项目。

我正在使用的注册表项：

通过我们的 TFS 2015 源代码控制，我们要求开发人员根据工作项签入更改。

但是，我们有几个例子，开发人员在我们的开发分支中签入了一个工作项，但是当合并到我们的 QA 分支时，他们已经将合并的更改签入到另一个工作项。这方面的一个例子是在 PBI 下创建了一个 bug，dev 中的更改已针对该 bug 下的任务签入，但随后针对 PBI 本身合并到 QA。这给我们带来了可追溯性问题。

我已经看到可以添加“工作项查询策略”的签入策略。我只是想知道是否有一种方法可以编写一个查询来确定合并后签入的工作项是否与源变更集的工作项匹配？我不一定在确切的查询之后（尽管如果有人可以提供一个会很可爱:)），真的我只是想知道是否有可能有一个查询来做到这一点 - 即查询可用的信息在 TFS 中？