2014-10-30 70 views
-1

代码审查我们使用TFS为我们每天的日常工作管理,但目前无法使用它的源代码控制 - 我们使用SVN代替。使用TFS 2013年替代源控制

我想仍然保证我们的所有工作项目已代码在关闭前审查,任何代码审查的行动已经跟进。任何有关如何使用TFS跟踪最新手动步骤的建议?

我也关注与确保代码审查的步骤尚未跳过,它是否发生而产生的所有动作是否被封闭的可审计性。如果我看看一个封闭的任务,我怎么能轻易地告诉它发生了代码审查?

+0

您能否更具体地解释您正在处理的挑战?例如,为什么不为每个代码审查请求简单地使用一个任务? – BlueMonkMN 2014-10-30 15:55:36

+0

这将是一个备用选项,但它依赖于记住创建任务的人,并且很难跟踪某人是否刚刚关闭开发任务而不创建审阅任务。 – ameliamelia 2014-10-31 09:57:18

+0

我的观点是,您应该将这些担忧添加到您的问题中,以便我们确切知道您尝试应用哪些限制条件。 – BlueMonkMN 2014-10-31 11:09:36

回答

0
  1. (可选)要求每个SVN更改都使用签入注释引用TFS中的工作项目编号。
  2. TFS中的工作项目上有一个“链接”选项卡。只要代码签入,应该创建另一个类型为“任务”的工作项目(或任何您想要用于代码审阅的工作项目),并链接到此“链接”选项卡上的主要工作项目以请求该工作的代码审查项目。它应该参考需要(s)审查的SVN修订号。
  3. 我对SVN并不是很熟悉,但我认为有一种方法可以使用如下的分支。为审查代码维护一个单独的分支。只有代码审阅者可以合并到该分支中。代码可以进入的唯一方式是如果TFS中的正确工作项存在,并且代码审阅者批准并合并代码。我习惯于Mercurial和TFS,其中合并代码非常简单。如果SVN中的合并不容易,则可能需要不同的解决方案。
  4. 如果一个工作项目存在链接的任务,那么你知道这些代码已经被检查和代码审查正在进行中。如果链接存在,并且链接的工作项目已解决,那么您知道代码审阅已完成。如果链接不存在,那么你知道这个工作项没有检入代码(或者至少它不在审查代码分支中,并且没有意图在那里)。
+0

感谢您提出上述建议。在与微软谈过之后,似乎没有定制TFS(我们在我的组织中无法做到),将无法满足我的要求。作为解决方法,我们将使用“已解决”列来表示“准备好代码审查”,“已关闭”列表示代码审查已通过。为每项任务添加一个重复的链接项会增加我感觉的太多开销。 – ameliamelia 2014-12-29 15:17:39

-1

我们已决定编辑TFS工作流程以在“解决”之后包含额外的“审查中”状态。这使我们能够使用现有的任务板,而不需要额外创建单独的审阅任务,或者不得不将任务标题编辑为“正在审阅中:...”。

+0

一年多前你的问题并不清楚,这不是一个答案。考虑删除原来的问题,为了未来的谷歌搜索寻找TFS的帮助 – Jonathon 2015-11-12 16:53:39

+0

@Jonathon如果我尝试删除它,它说我不能,因为它有答案。 – ameliamelia 2015-11-12 17:11:00

相关问题