代码之家 › 专栏 › 技术社区 › Glenn Slaven

当前迭代是否有TFS查询宏?

visual-studio-2010-beta-2 tfs-workitem tfs

Glenn Slaven · 技术社区 · 14 年前

在vs2010中,tfs中是否有一种方法可以指定某个特定的迭代是当前的迭代,然后返回该迭代,以便在类似于该方法的查询中使用 @Project 作品?如果没有,在TFS工作项查询中是否有执行子查询的方法?

5 回复 | 直到 9 年前

Martin Woodward 14 年前

恐怕没有这样的宏。我个人只需要一些“当前迭代中的x”团队查询,然后编辑这些查询,以在每次迭代开始时指向新的迭代路径。

Dane 9 年前

看起来微软听了。 @currentInteration is being added as a token 。


   
    
     当然,那很好。然而,当试图针对当前Sprint编写查询时,您可能会在以前的Sprint中忽略未关闭的工作项。当您到达
     
      >@currentInteration
      
       时,您可能只是指__a ll unfinished work that have been committed to a sprint._ if you filter to a single sprint,you__ll miss any straggers you failed to close or move forward from previous sprints.
      
     
    
    
     
      
      
     
    
    
     
      
       考虑使用以下模式,其中__scrumfscrums\release 1.0.0.0_3是您的backlog路径,并且所有sprint路径都是它的子路径:
      
     
    
    
     
      
       
      
      
       过滤backlog迭代节点下的工作项,但不等于backlog迭代节点。这将为您提供所有致力于冲刺的项目。
      
      
      
      
       这还将捕获在您之前的冲刺中没有关闭的任何项目。由于目标是在移动到下一个之前关闭sprint中的每个项目,因此此查询模式通常比使用
       
        @currentInteration
        
         ,除非您要在当前迭代中查找关闭的项目。
        
       
      
      
       
        
        
       
      
      
       
        
         另外,虽然这是一个老问题,但当我在tfs中搜索有关查询当前迭代的信息时,它是我的头号热门问题。
        
       
      
      
       
        
         .
        
       
      
      
       
        
         当然,那很好。然而,当试图针对当前Sprint编写查询时,您可能会在以前的Sprint中忽略未关闭的工作项。当你伸手去
         
          @当前迭代
         
         ,您可能只是指__所有未完成的工作,已致力于冲刺。_如果您过滤到一个冲刺,您将错过任何未能关闭或从以前的冲刺前进的掉队者。
        
        
         考虑使用以下模式,其中__scrumfscrums\release 1.0.0.0_3是您的backlog路径,并且所有sprint路径都是它的子路径:
        
        
         
        
        
        
        
         过滤backlog迭代节点下的工作项,但不等于backlog迭代节点。这将为您提供所有致力于冲刺的项目。
        
        
         这还将捕获在您之前的冲刺中没有关闭的任何项目。因为目标是在移动到下一个之前关闭sprint中的每个项目,所以这个查询模式通常比使用
         
          @当前迭代
         
         ,除非您要在当前迭代中查找已关闭的项。
        
        
         另外,虽然这是一个老问题,但当我在tfs中搜索有关查询当前迭代的信息时,它是我的头号热门问题。

Scott Munro Shimmy Weitzhandler 14 年前

我将尝试使用当前迭代的标准名称,如“current”。此迭代的查询都将引用此名称。一旦迭代完成,我将使用包含日期的命名约定对其进行重命名,然后将使用名称“current”(如果已经存在,则将其重命名为该名称)创建下一个迭代。然后查询将返回新迭代的结果。

- 2010-49
- Current
- 2010-51

例如,我不确定以这种方式重命名迭代是否会导致任何冲突或混淆数据仓库,但这样可以节省在每次迭代开始时创建或修改一堆查询的时间。

我很有兴趣听到关于这种方法的反馈!

Ilya Matveychikov 12 年前

按日期间隔查询sprint,如下所示:

    Team Project    =   @Project
And Work Item Type  =   Sprint
And Start Date  <=  @Today
And Finish Date >=  @Today

Scott Munro Shimmy Weitzhandler 14 年前

我发现telerik是免费的 Work item manager 提供了一个优雅的解决方案来解决这个问题。

只需像通常那样定义查询,但不要使用任何与迭代相关的过滤器(请注意,这也适用于区域)。有一个名为“区域/迭代过滤器”的TreeView窗格,它将根据您选择的迭代(或区域)添加额外的递归过滤。

请注意,如果窗格不可见,则可以通过“视图”菜单启用它。

为这个问题提供了一个优雅的解决方案。

只需像通常那样定义查询,但不要使用任何与迭代相关的过滤器(请注意,这也适用于区域)。有一个名为“区域/迭代过滤器”的TreeView窗格,它将根据您在其中选择的迭代(或区域)添加额外的递归过滤。

请注意,如果窗格不可见,则可以通过“视图”菜单启用它。

alt text