Visual studio 2010 WorkItemChanged事件客户端

对于我当前的项目，当自定义工作项更改为特定状态时，我必须向数据库添加一条记录。为此，您可以构建一个TFS插件，该插件在WorkItemChanged事件时触发。然而，我们公司的政策不允许我们构建这些插件，因为它是为所有projectcollections中的每个工作项处理的。只有少数团队项目才需要此操作

我的问题：是否可以创建一些客户端插件（可能是VS插件）来触发此事件的操作？或者有没有办法为这个事件创建另一种侦听器

---

如果您有任何建议，我们将不胜感激。您可以实施基于轮询的警报系统，而不是让TFS为您驱动警报

我将创建一个简单的工作项查询，选择您感兴趣的工作项，并按更改日期列进行排序。然后，我将编写一个简单的程序，使用运行此工作项查询并根据结果进行通知，在轮询之间保持一个高水位线。（TFS SDK示例中有一个运行工作项查询的示例。）

---

请注意，这种基于轮询的方法比不管您的公司策略如何设置SOAP侦听器都有优势。TFS使用的基于SOAP的警报系统是为TFS基础设施组件之间的通信而开发的。您配置的SOAP端点应该是高可用性的——如果您的机器停机、SOAP服务崩溃或IP地址更改，您将在事件日志中看到TFS抱怨。在切换到类似警报系统的基于轮询的模型之前，我在TFS服务器上填写了事件日志。

最后，我在WorkItem editform中为创建了一个自定义控件。在这个控件中，我可以实现创建数据库记录所需的所有逻辑

---

因此，现在没有将combobox状态设置为onhold状态，而是有一个按钮，它执行完全相同的操作，执行我的自定义编码，从而将记录添加到我们的数据库中。

谢谢您的回答。对于许多场景来说，这无疑是一个选项。但是，我必须在数据库中处理的记录会创建一个Onhold开始/结束时间，用于服务级别协议。所以它必须是实时的。双倍的帖子，显然编辑帖子是有时间限制的。假设我们可以每分钟运行这个程序或服务，查询集合中的每个工作项，查看它是否已设置为特定状态，如果是，则创建一个新的Db记录。如果我弄错了，请纠正我。问题：如果同时状态被重置或设置为另一个状态，是否可以查询已处理状态的列表？我明白了。所以你基本上有一个“暂停”标志，你正在查询处于该状态的项目。。。？在这种情况下，对项目进行投票是很棘手的，这样您就不会错过状态更改。（您可以查看最近修改的工作项并对其历史记录进行爬网，但这太单调了。）另一个选项是使用TFS警报资源管理器，它允许您配置更细粒度的警报，管理员可能会更喜欢这些警报，并在适当的情况下使用SOAP或电子邮件警报：正是如此，所以这是可能的，但对我的情况来说，这远非理想。谢谢你的建议。我将对此进行研究，以供将来参考！