问题标签 [tfs-workitem]

工作项的默认签入操作是“解决”。我想将它设置为“关联”，这样如果我签入的东西太快，这个工作项就不会自动关闭。我怎样才能做到这一点？

在我的公司，我们使用带有一些修改的默认敏捷流程模板。我们所做的一项修改是添加了一个字段，该字段指示如何报告在工作项上花费的时间。

您对默认流程模板进行了哪些自定义？您是否定制了第三方流程模板，或者可能从头开始制作自己的流程模板？

我认为从其他自定义 Team System 的流程模板中学习会很有趣。

我们在我的工作场所使用带有 TFS 的 VS2008 进行源代码控制，它工作正常，但是今天我们在尝试将待处理的更改与工作项关联时遇到了问题。通常，当我想将更改与工作项关联时，我只需转到“待定更改”窗口顶部的第二个选项卡，检查适合更改的工作项并签入。但是今天，我所有的工作项都不见了从列表中。我可以从下拉框中选择一个合适的查询，这很好，所以项目就在那里。

我认为问题可能与“我的工作项”查询与错误的 TFS 项目（我们的 TFS 服务器上有两个）相关联，但我不知道如何解决这个问题。我的大多数同事都发生了同样的问题，但有一些（可能的）变化。

那么...如何将“我的工作项”恢复到待处理的更改窗口？

编辑：问题在某种程度上仍然存在，但我通过删除团队资源管理器中的第二个项目来解决它。这是可以接受的（目前），因为该项目当前不活动。我不满足于这是一个很好的长期解决方案，但是......

编辑：我知道我可能没有提供足够的信息让任何人了解真正的问题，但我会暂时保持下去，以防有人遇到同样的问题并知道如何解决它：P

我正在通过 PowerTools 在 TFS 2008 中自定义工作项模板，我想知道是否可以为某些用户隐藏字段（或它的值）？

例如，假设我向我的客户开放 TFS，以便他们可以提交功能请求。我希望他们查看创建的工作项、查看历史记录、更改等，但我希望将某些字段保密并供我们内部使用。

是否可以？

如果您使用的是 TFS 2005 或 2008，您如何使用迭代和区域？

您是否为正在构建的应用程序的特定部分创建区域？

这是一篇关于区域以及 TeamSystem 团队如何使用它们的有趣文章：

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

但是，我对迭代更加好奇，如果你能给我一些具体的例子，我将不胜感激。

您是基于里程碑还是基于某些功能创建迭代？

完成 v1 后会发生什么，如何管理 v2 或对 v1 的更新？

我们正在使用 MSF Agile 模板。

在我们公司，有很多团队不断通过 TFS 向我们提交构建请求工作项。我知道可以通过签入或按计划触发构建，但这不是我们需要的。我们希望团队经理能够在 TFS 中创建一个构建请求工作项，当保存该工作项时，它将对某个构建定义进行排队。这可能吗？

我还想知道以这种方式解决问题是否可取。我是构建团队的新手，我们正在考虑自动化构建的方法。这是个好主意吗？如果不是，为什么？您可以在多大程度上实现构建过程的自动化？

谢谢！

在 Team Foundation 服务器中，我使用迭代/区域。但是，当我运行查询并选择迭代路径作为列时，它始终包含“根”迭代，即项目的名称。

有没有办法摆脱它？它占用了太多空间（我不明智地选择了长项目名称）并且没有添加任何额外信息。

在其他错误跟踪系统中处理问题时，有一些方法可以为清楚地标有作者用户名和输入日期的项目添加注释。我正在 TFS 的工作项中寻找类似的功能。有这样的功能吗？

我们目前使用的系统允许我们点击热键将当前时间和用户名粘贴到多行文本字段中。所有用户都知道将该信息粘贴到他们键入的内容上方。虽然这是手动的，但它是可以接受且容易的。例如：

我用过的其他工具（也许是 Mantis？）有一个“笔记”功能。所以我不能忘记在评论上写上我的名字，或者知道新笔记是放在字段的顶部还是底部，等等。 ..

手动输入您的姓名和日期/时间不是一个（好的）选项。但是，按一个键或工具栏按钮就可以了。

我不是在寻找关于将这样的长格式“笔记”分解为多个特定单独字段的建议。另外，我知道工作项的历史选项卡，但这还不够。谁写了什么，什么时候写的需要清楚，并且与文本的观点相同。

更新

想象一下几个团队成员正在研究一个问题。它们都向工作项添加信息，每个都将更多文本附加到同一字段。您如何轻松知道谁添加了哪个部分？

历史日志为每个用户的更改显示一行，甚至显示该字段的更改。但那是在另一个屏幕上，很难在精神上解析它显示的数据。

他们可以“签署”文本的每一部分——但如果没有工具的帮助，这会很痛苦。

也许 Stackoverflows 的评论功能也是一个很好的例子。

我们刚刚开始使用 Team Foundation Server 2008 / Visual Studio Team System，我们很高兴发现如何根据需要导出和修改工作项。然而，最后一件让我们的设置变得完美的事情被证明有些困难：

我们导出了Bug工作项类型并对其进行了修改，以使其对不同的用户组显示不同。但是，我们确实看到了非开发人员报告错误的潜在问题，这些错误最终被证明是重复的。我们希望强制以已解决的原因关闭工单的用户：重复也会创建一个指向该错误的链接，该链接被视为第一个错误报告。

我查看了 System.RelatedLinkCount，并把规则

但是，当我尝试将任何内容放入该范围时，进口商告诉我 System.RelatedLinkCount 不接受该规则，无论我放什么，但上面的规则显示了我正在尝试做的事情（即使最可取的规则还会检查我链接到的错误是否也不是重复的，尽管这太过分了：P）

有没有其他人试图在工作项中执行这样的规则？是否有另一种方法来解决相同的问题？我很感谢您对此事的任何想法。

我们有一个有趣的情况。我们的构建服务器似乎想要回到之前关闭的工作项并更新集成构建字段。

我了解构建服务器第一次设置它。如果第一次构建没有成功完成，我什至可以理解它会更新该字段。

但是，我不明白为什么它会继续使用新的集成内部版本号更新所有以前关闭的工作项。

请注意，所有相关工作项都不会显示在已定义构建的关联工作项列表中。

谢谢，