TFS 2010 API中的签入签出工作项

TFS 2010 API中的签入签出工作项,tfs,tfs-sdk,Tfs,Tfs Sdk,TFS 2010是否有签出工作项并将其签入的概念。此操作将在项目签出时锁定该项目以供其他用户编辑 我知道我可以对源代码管理下的文件执行此操作,但是对于常规工作项呢 我还没有看到任何关于这方面的文档。如果可能,是否有人有代码示例?这是不可能的。在TFS11中,我们添加了“保存时合并”,因此保存工作项时冲突较少 不过,我很想知道为什么需要此功能。如果您编写一个自定义控件,允许或拒绝根据您对自定义服务进行的某些查询的结果进行保存,则可以在工作项上实现锁定机制 您可能希望创建一个VisualStudio

TFS 2010是否有签出工作项并将其签入的概念。此操作将在项目签出时锁定该项目以供其他用户编辑

我知道我可以对源代码管理下的文件执行此操作,但是对于常规工作项呢


我还没有看到任何关于这方面的文档。如果可能,是否有人有代码示例?

这是不可能的。在TFS11中,我们添加了“保存时合并”,因此保存工作项时冲突较少


不过,我很想知道为什么需要此功能。

如果您编写一个自定义控件,允许或拒绝根据您对自定义服务进行的某些查询的结果进行保存,则可以在工作项上实现锁定机制

您可能希望创建一个VisualStudio插件,用于设置和重置每个工作项的锁

当您进行此操作时,您可以编写一个服务器插件,如果将工作项保存到磁盘或版本控制系统,则该插件将保存一个序列化副本


我知道这很难,但它应该能满足您的要求。

为第三方ALM系统编写导出工具,将数据发送到TFS。我们希望在导出过程中尽可能多地消除潜在的并发问题。也许,您可以推荐一种替代方法?您是否了解我们推荐的将其他系统集成到TFS的集成平台?我们简单地看了一下它,但不了解它的好处,因为TFS API已经有了很好的文档记录,它允许我们以非常简单的方式操作TFS中所需的一切。这里的优势是什么?如果你不介意的话。我想知道为什么建议不要使用标准TFS API?集成平台使用TFS API,创建该平台是为了进行迁移或同步。在尝试同步数据时,有许多问题需要处理。集成平台已经包含了实现这一目标所需的所有管道。