2016-12-20 47 views
1

我们所知道的: Tfs允许我们管理错误。我们可以添加bug并将其移至不同的状态。要在TFS敏捷模板中添加字段或使用默认值?

我们所需要的: 我们必须错误不同的状态,其中2015年TFS不允许开箱即用,尤其是

  • 不是一个错误”(这是后NEW>激活,然后如果开发人员说,它不是
  • 重新开放”(其中的错误已经从新走过一个bug)>活动>议决>关闭,然后重新打开在另一个版本/冲刺)。

下面提到哪种方法可以使用?

A-我们​​目前在TFS 2015上。我们通过WITAdmin方法(https://www.visualstudio.com/en-us/docs/work/customize/add-modify-field)进行定制,它对数据库,报告和未来的影响,朝向迁移将是另一项工作。

B-我们为TFS 2015年迁移到TFS 2017年得到加入我们的新国家的开箱按(https://www.visualstudio.com/en-us/docs/work/process/customize-process-field#add-a-custom-field

C-我们需要改变我们的记录错误的做法的新功能,并我们需要通过TFS研究适当的敏捷实施,因为AGILE过程确实有这种场景我们需要上面提到的


A,B,C是我想到的方法。如果专家能够分享他们的经验,想法和/或新方法,我将不胜感激。

回答

0

方法B只存在于Visual Studio Team Service中,TFS 2017目前没有此功能。

方法A将是一个不错的选择。但是您可能需要修改自定义进程以使向导运行,或者您可能必须在TFS升级后手动更新您的团队项目。维护

检查的更多信息和升级的影响(TFS)下面的网站上,它告诉我们,我们应该怎样自定义过程中避免:

https://www.visualstudio.com/en-us/docs/work/customize/customize-work#maintenance-and-upgrade-implications-tfs

1

要添加不应该“国”成为国家,但至多是“原因”。你会发现默认的原因设置接近你想要的开箱即用。

由于要使敏捷计划工具正常工作,您需要根据您的配置对Bug进行与使用者故事或任务相同的状态,因此添加更多状态的分支会更加广泛。尝试并避免它。

使用A为特定转换添加其他原因,并长期关注C.

相关问题