将问题跟踪程序链接到TFS工作项-许可

将问题跟踪程序链接到TFS工作项-许可,tfs,Tfs,我们目前有一个现有的问题跟踪器,服务管理团队利用它记录用户报告的问题 我想做的是创建一个基于服务器(可能是web ui)的系统,它可以查询问题跟踪器中分配给开发团队的bug。 然后,开发团队中的某个人会过来,通过UI审查这些问题,为每个问题分配优先级,并将其作为一个或多个工作项归档 所有开发团队都有通过MSDN到TFS的合适许可证,我不确定的是服务管理团队是否需要访问许可证?请参阅。关键点在于本节: 客户端访问许可证 CAL使一个用户或设备有权 访问任意数量的许可 Team Foundation

我们目前有一个现有的问题跟踪器,服务管理团队利用它记录用户报告的问题

我想做的是创建一个基于服务器(可能是web ui)的系统,它可以查询问题跟踪器中分配给开发团队的bug。 然后,开发团队中的某个人会过来,通过UI审查这些问题,为每个问题分配优先级,并将其作为一个或多个工作项归档

所有开发团队都有通过MSDN到TFS的合适许可证,我不确定的是服务管理团队是否需要访问许可证?

请参阅。关键点在于本节:

客户端访问许可证

CAL使一个用户或设备有权 访问任意数量的许可 Team Foundation服务器实例 在组织内运行

用户需要CAL(或 (a)世卫组织:

    将数据直接写入Team Foundation Server。 通过另一个间接将数据写入Team Foundation服务器 软件应用程序或设备(请参阅 多路复用(见下文)
以下用户不需要CAL:

    通过电子邮件接收Team Foundation服务器报告,不要 直接或间接访问 要刷新、创建或更新的服务器 数据
  • 查看在团队外部手动分发的静态数据 基础服务器.<

此外,一个Team Foundation服务器 以下情况不需要CAL:

    运行Team Foundation Server或代理的授权副本的任何设备 包含在Team Foundation Server上。
  • 两个只访问Team Foundation Server的设备或用户 系统管理的目的
  • 当Team Foundation Server购买时最多可达到五个指定用户 通过零售渠道(如上所述 在获取Visual Studio的过程中 Team Foundation Server 2010)
  • 与运行Team Foundation服务器的服务器交互,但不是 与Team Foundation服务器本身或其数据交互。
因此,我的解释(我不是律师,也不是有资格谈论微软授权的人——只是StackOverflow上的一个家伙……)是:

如果您是在现有问题跟踪系统中的数据上创建网页,并且只是为开发人员(已经获得访问TFS的许可)提供了一种简单的方法来从该数据创建工作项,那么我认为您可以。如果您希望服务管理团队中的人员能够创建/编辑属于其他人的工作项,然后稍后与该工作项数据交互,那么我认为您需要CAL

希望这是有道理的。有关许可的官方信息,最好联系您当地的Microsoft代表。如果你需要帮助与那个人取得联系,请告诉我