Tfs 存储工作项URI是否有意义

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

---

是否可以仅通过URI加载工作项？或者我也必须存储项目URI吗？

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

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

< P>工作组URI在TFS 2008/2005中的Team Foundation服务器上是唯一的，或者在TFS 2010的整个项目集合中是唯一的（TFS 2010有一个项目集合的新概念-请参阅更多信息）。它所在的团队项目不影响ID

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

---

如果您只在TFS 2010中有一个单独的TFS服务器或单个TFS项目集合，则您可以假定所有工作项都链接到单个TFS URL。

< P>工作组URI在TFS 2008/2005中的Team Foundation服务器中是唯一的，或者在TFS 2010中的整个项目集合中是唯一的。（TFS 2010有一个项目集合的新概念-有关更多信息，请参阅）。它所在的团队项目不影响ID

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

---

如果在TFS 2010中只有一个TFS服务器或一个TFS项目集合与CRM系统相连，则可以假定所有工作项都链接到一个TFS Url。

我知道它是id，但它在整个服务器上是唯一的，还是仅在整个项目上是唯一的？id在整个TFS实例中是唯一的，而不是唯一的wo项目将为任何两个项目共享相同的ID。我知道这是ID，但它在整个服务器上是唯一的，还是仅在整个项目上是唯一的？该ID在整个TFS实例中是唯一的，任何两个项目都不会为任何两个项目共享相同的ID。