【问题标题】:Is it meaningful to store workitem URIs存储工作项 URI 是否有意义
【发布时间】:2009-09-08 19:17:05
【问题描述】:

我正在考虑将 TFS 环境中工作项的 URI 存储在我们的帮助台系统中,但是查看 TFS 给我们的 URI (vstfs:///WorkItemTracking/WorkItem/327),似乎没有任何识别它与哪个团队项目相关联,这让我想知道它们有多大意义?

是否可以仅通过 URI 加载工作项?还是我也必须存储项目 URI?

【问题讨论】:

    标签: tfs tfs-sdk


    【解决方案1】:

    工作项 URI 在 TFS 2008/2005 中的 Team Foundation Server 或 TFS 2010 中的整个项目集合中是唯一的(TFS 2010 具有项目集合的新概念 - 请参阅here 了解更多信息)。它所在的 Team Project 不会影响 ID。

    因此,要拥有对工作项的唯一引用,以便将来始终能够访问它,您需要一个 TFS 服务器 URI 和一个工作项 URI(即http://tfsserver:8080/ + vstfs:/// WorkItemTracking/WorkItem/327)

    如果您的 CRM 系统连接到的 TFS 2010 中只有一个 TFS 服务器或一个 TFS 项目集合,那么您可以假设所有工作项都链接到一个 TFS Url。

    【讨论】:

      【解决方案2】:

      URI 是有意义的,因为 URI 末尾的项目编号是唯一的,并且链接到 TFS 中的项目。考虑到它包含项目的标识符这一事实,我认为将此 URI 存储在另一个系统中是有意义的。

      【讨论】:

      • 我很欣赏它是 id,但它在服务器中是唯一的,还是仅在整个项目中是唯一的?
      • ID 在整个 TFS 实例中是唯一的,任何两个项目都不会共享相同的 ID。
      猜你喜欢
      • 2017-03-01
      • 1970-01-01
      • 1970-01-01
      • 2017-05-04
      • 2016-04-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-11-02
      相关资源
      最近更新 更多