代码审查我们使用TFS为我们每天的日常工作管理,但目前无法使用它的源代码控制 - 我们使用SVN代替。使用TFS 2013年替代源控制
我想仍然保证我们的所有工作项目已代码在关闭前审查,任何代码审查的行动已经跟进。任何有关如何使用TFS跟踪最新手动步骤的建议?
我也关注与确保代码审查的步骤尚未跳过,它是否发生而产生的所有动作是否被封闭的可审计性。如果我看看一个封闭的任务,我怎么能轻易地告诉它发生了代码审查?
代码审查我们使用TFS为我们每天的日常工作管理,但目前无法使用它的源代码控制 - 我们使用SVN代替。使用TFS 2013年替代源控制
我想仍然保证我们的所有工作项目已代码在关闭前审查,任何代码审查的行动已经跟进。任何有关如何使用TFS跟踪最新手动步骤的建议?
我也关注与确保代码审查的步骤尚未跳过,它是否发生而产生的所有动作是否被封闭的可审计性。如果我看看一个封闭的任务,我怎么能轻易地告诉它发生了代码审查?
感谢您提出上述建议。在与微软谈过之后,似乎没有定制TFS(我们在我的组织中无法做到),将无法满足我的要求。作为解决方法,我们将使用“已解决”列来表示“准备好代码审查”,“已关闭”列表示代码审查已通过。为每项任务添加一个重复的链接项会增加我感觉的太多开销。 – ameliamelia 2014-12-29 15:17:39
我们已决定编辑TFS工作流程以在“解决”之后包含额外的“审查中”状态。这使我们能够使用现有的任务板,而不需要额外创建单独的审阅任务,或者不得不将任务标题编辑为“正在审阅中:...”。
一年多前你的问题并不清楚,这不是一个答案。考虑删除原来的问题,为了未来的谷歌搜索寻找TFS的帮助 – Jonathon 2015-11-12 16:53:39
@Jonathon如果我尝试删除它,它说我不能,因为它有答案。 – ameliamelia 2015-11-12 17:11:00
您能否更具体地解释您正在处理的挑战?例如,为什么不为每个代码审查请求简单地使用一个任务? – BlueMonkMN 2014-10-30 15:55:36
这将是一个备用选项,但它依赖于记住创建任务的人,并且很难跟踪某人是否刚刚关闭开发任务而不创建审阅任务。 – ameliamelia 2014-10-31 09:57:18
我的观点是,您应该将这些担忧添加到您的问题中,以便我们确切知道您尝试应用哪些限制条件。 – BlueMonkMN 2014-10-31 11:09:36