如何在2012年TFS多的变更审查请求关联(How do I associate a review

2019-08-04 05:33发布

我们的开发过程是这样的:每2周的团队领导(我)变为和评论每个人的变更,以确保它们均达到编码标准。 我想用TFS 2012来帮助这个过程自动化。

有2个问题是:

  1. 有没有办法提交的不请自来的代码审查。 如果必要的话,我可以没有这个,我猜

  2. 有没有办法代码审查与多个变更关联。 这是一个交易断路器

我读到一篇文章说,这有可能在事后变更集链接到一个工作项目,当我打开工作项请求审核我看到链接标签。 然而,当我点击“新建”或“链接到...”,没有选择链接到一个变更。 只有在这个过程中链接到每个工作项目类型的选项。

有人知道怎么做这个吗? 是否有计划将这些功能添加到TFS?

下面是截图:

Answer 1:

  1. 不请自来的,没有。
  2. 您可以在历史画面中右击一个changset提出审查要求后签入。

而且还有一个讨厌的解决方法,以得到你想要达到的目标。 看看您想查看所有文件,并要求审查。 然后,您可以撤消你结账,搁置和复审请求将保持不变。

或者你可以去到源控制选项卡,并做了结帐的所有您的解决方案的rootfolder,请求审核,撤消结帐,并做检讨。

至于联的变更到工作项,这是可以做到后签入。 打开工作项目,转到链接选项卡,然后点击“链接到...”下拉那里将有一个“变更集”选项。 但我不认为这链接类型的代码审查请求启用,因为这些使用搁置,而不是一组变更集作为源代码审查。

我希望你可以使用TFS API生成搁置了所有从一个特定的开发者在给定的TIMERANGE的变化,把这些放在搁置,并要求对进行审查。 但是,没有现成的功能,这样做存在。

或者,你也许可以通过创建一个新的具有相同名称的编辑,以审查相关的搁置。



Answer 2:

另一种方法:

1)在两个星期的周期的开始,启动代码审查过程,并注意所创建的工作项数量。 简单地请求自己进行检讨,在第一更改代码。

2)让开发人员在未来2周内工作项关联#他们签到

3)当你准备好执行的审查,只需打开工作项目并办理变更。

这应该完成你想要的。



Answer 3:

在项目#2,我有一个标准的工作围绕着你可能想所有的变化来自许多变更合并成一个搁置审查。 我想上面提到的结帐方式,并跑进问题,部分原因是因为我的检讨有25个文件左右,检查出来以后,如果我刷新,TFS删除它们挂起的变化,因为它TFS的看法没有改变。

首先,(假设你的变化已经签入,并在多个变更集),具有如d盘路径上的最新的文件工作区:\最新...

创建一个新的“本地”的工作区(称为“回顾”),在同一个项目映射到稍有不同的路径(比如d:\评论...“)获得的所有文件转到该项目的历史和之前。您最早的变更,右击并选择“获取此版本”。

在这一点上,转到历史和回滚任何变更,别人可能会在此期间,发生了变化如果有的话,你不希望成为审查的一部分,除非有人改变了共同文件。 离开这些。

使用无法比拟的,比较“d:\最新...”到“d:\评论...”,复制的更改从最新审查。 进入共同文件,并复制只有需要回顾了线。 当超越比较写出的改变,TFS将检测到的变化,把你保存文件中待更改列表中为“评论”的工作区。 (这是本地工作区的功能)。

在这一点上,你只是搁置待更改从“审查”工作区,并要求对搁置的评论。



Answer 4:

选项#3

[ 我在这里假设你正试图关联到一个单一的代码审查的变更是连续的,比如20001:20010]

  1. I“滚[ED]返回到特定的变更”(在我的例子以上20001)。 我检查它的变化。 现在的代码是在其原始状态。

  2. 然后,我“滚[ED]返回到特定的变更”(在我的例子以上20010),并检查它在一次。 现在的代码是在它的最终状态。

  3. 最后,我请求在最新版本的审查。 我从回滚段中创建的 - 这个评论最新的两次提交进行比较。

作为奖励,你可以在历史页面比较特定修改。 您可以使用此比较,以确保上述提交的确在代码恢复到修改20001和20010。



文章来源: How do I associate a review request with multiple changesets in TFS 2012