我正试图找出一种方法来找出哪些文件受到TFS 2008中工作项的影响.
我意识到这是一个已经被其他人问过的问题的重复 - 查看作为TFS中的工作项目的一部分而更改的所有文件的列表,但是它没有得到答复,我一直都在寻找这个而.
据我所知,可以查看工作项的链接选项卡,然后查看每个更改集以查看已更改的文件.但是,工作项很可能最终会有许多与之相关的变更集,我想查看作为工作项的一部分修改的文件,但我觉得如果我失去一两个文件的可能性非常高必须依靠单独查看100多个变更集中的每一个.
有谁知道这样做的方法？在此先感谢任何帮助或指导.
有没有办法打开TFS工作项的附件,方法是在计算机的默认图像查看器中双击它(或者只是从IDE中打开它),而不是在Web浏览器中打开它？我很想能够改变这个设置(如果它是一个设置).
编辑:在回顾了Kate Gregory的回复之后,我调查了这个选项并意识到问题是VS正在启动一个url(处理程序文件以响应附件),这导致默认的Web浏览器被启动.我正在考虑的一个潜在工作是为所有基于Web的调用编写自定义映射器(如,在开始时 - >运行并输入URL),映射器将确定它是什么类型的调用(TFS等)并使用适当的程序,基于响应的MIME类型,第二阶段将其作为VS加载项合并.
嗯,我认为问题本身很简单......
在Team Foundation 2010中,是否可以以某种方式将搁置集链接到工作项？
如果是这样,当开发人员上架并与相应的工作项关联时,是否可以自动创建此链接？
我们正在处理大量货架,一段时间后可能会变得混乱,因此查询我们待处理的工作项目并了解与手头任务相关的货架会加快进度.
是否可以在每次搁置工作并关联工作项时更改工作项状态？
最后但并非最不重要的是,是否可以查询链接到货架的所有工作项？(假设我们可以链接它们)
提前致谢!
〜
我们希望使用名为Found In Iteration的新字段扩展bug工作项模板.这个字段,应该包含发现错误的迭代.但是当我创建新的字段类型时TreePath,我在将流程模板导入团队项目集合(TPC)时出现错误,说明这TreePath只是一个有效的字段类型IterationPath和AreaPath字段.
看着我想知道是否至少有任何方法可以将字段添加到使用迭代路径作为数据源的工作项模板,并将所选值存储在另一个字段中(例如FoundInIteration).
这些工作项(以及链接的变更集)通常容易出错.所以,团队代码审查的好候选人,应该多加注意.
我已经检查了链接查询的工作项查询语言和客户端对象模型以及WIQL语法,但仍然无法有效地获取这些工作项(具有更改集的计数).
有没有办法像这样查询(应该是WIQL,SQL语法仅用于演示)？
SELECT [Source].[System.Id], COUNT(1) AS Changesets FROM WorkItemLinks
WHERE [Source].[System.WorkItemType] = 'Bug'
AND [System.Links.LinkType] = 'Changeset'
GROUP BY [Source].[System.Id]
HAVING Changesets > 5
或者是否有一种有效的方法来使用API,不需要读取每个工作项来获取计数？
或者只能通过直接在数据库上执行SQL查询来实现(像这样)？
或者我们可以使用默认支持的CurrentRelatedLinkCount/ExternalLinkCount/HyperLinkCount/RelatedLinkCount(来自VS IDE或API)作为查询字段吗？
Visual Studio 2019 版本 16.8.3 的快速问题，如何将工作项连接到新的 git 更改选项卡中的提交？我真的很难使用这个新的 git 体验。我可以在团队资源管理器中看到我的工作项，但不知道如何将此工作项添加到这个新界面中的提交中。通常，在提交之前版本中的文件时，会有一个添加相关工作项的按钮。请有人帮帮我吗？
我正在寻找一个工作项跟踪/错误跟踪系统(或JIRA插件,或TFS插件,或......),它可以轻松地对工作项进行堆栈排名,而无需为每项工作手动分配优先级值项目.
相反,我们的团队希望能够查看打开的工作项列表,并能够拖放一个或多个工作项,直到订单与团队的优先级相匹配.这比争论优先级数字和处理关系要容易得多(例如,"我今天应该处理的5个优先级为2的错误中的哪一个？").
我们的团队正在考虑切换工作项目跟踪器(我们现在使用Gemini),并且我们的要求列表中有一个好的拖放优先级的可用性.
我意识到拖放排名是非常重要的,因为没有团队会对所有工作项进行排名.相反,我们想要一个子集(例如,一个sprint sprint或者迭代的工作项,或者分配给一个开发人员的bug)和stackrank那些,然后看一个不同的子集并堆叠那些等等.我确定我们有时需要混合和匹配不同的堆栈,因此需要有关于如何显示先前单独堆叠的堆栈项目的启发式(理想情况下可配置).
Pivotal Tracker接近我从UI角度思考的拖放UI,但Pivotal将用户故事与基础工作项(以及其他一些问题)分离的模型与我们想要的工作方式不符.我们不希望必须处理不同的工件(故事与JIRA/BugZilla工作项) - 相反,我们只需要一个拖放式UI来自动填写问题跟踪器中的"优先级"字段,并且我们以后可以在排序和过滤时使用它.我们不希望使用Pivotal作为我们唯一的工作项跟踪器,因为它似乎缺乏批量编辑等常见功能,这对大型项目至关重要.
有人知道像我上面描述的工具吗？
我对TFS 2010工作项的配置有一个奇怪的问题.似乎不可能在字段的允许值集合中更改字符的大小写,例如将"Works for me"更改为"Works For Me".每个其他字符串例如"Works For Me 123"都有效.
即使我尝试首先将名称更改为另一个字符串(因为我知道Visual Studio项目中的文件类似的问题),它只是不接受大写版本并始终返回小写字符串.
背景资料:
我们有一个自定义WIT文件来定义"Bug"工作项.这包括"已解决的原因"字段的允许值的定义.最初我们的列表包含小写单词,例如"为我工作".由于我们希望将TFS工作项与HP Quality Center同步,因此我们现在需要完全匹配状态名称.
所需版本:
<FIELD name="Resolved Reason" refname="Microsoft.VSTS.Common.ResolvedReason" type="String" reportable="dimension">
<HELPTEXT>The reason why the bug was resolved</HELPTEXT>
<ALLOWEDVALUES expanditems="true">
<LISTITEM value="Duplicate" />
<LISTITEM value="Fixed" />
<LISTITEM value="Wont Fix" />
<LISTITEM value="Invalid" />
<LISTITEM value="Works For Me" />
<LISTITEM value="Forwarded" />
</ALLOWEDVALUES>
</FIELD>
实际版本:
<FieldDefinition reportable="dimension" refname="Microsoft.VSTS.Common.ResolvedReason" name="Resolved Reason" type="String">
<ALLOWEDVALUES>
<LISTITEM value="Duplicate" />
<LISTITEM value="Fixed" />
<LISTITEM value="Wont fix" />
<LISTITEM value="Invalid" />
<LISTITEM value="Works for me" /> …我正在研究TFS API,我不知道TFS API有任何像LIMIT关键字或没有.我需要它进行分页.
谢谢
我需要向我的开发人员强制执行策略，以在签入期间关联一个或多个工作项。有人能帮我吗？