[发明专利]代码评审重新设定差异

说明书

本发明的各个实施例通常涉及更智能的代码评审工具。具体而言，一些实施例涉及代码评审工具，其包括执行代码迭代的“重新设定”差异的能力。结果，代码评审工具具有将来自基于初始基文件(即，baseFile1)的第一迭代(例如，迭代1)的文件与基于更新的基文件(即，baseFile2)的第二迭代(即，迭代2)的更新进行区分，而无需标识初始基文件和更新的基文件之间发生的差异的能力。这使评审者能够只查看代码评审的作者在连续迭代之间所做的区别，同时过滤掉或抑制由于对基文件的更新而产生的额外噪声。

背景技术

诸如计算机、平板设备、移动电话、可穿戴设备等等之类的现代电子设备已成为现代生活的一部分。电子设备的许多用户通常使用各种类型的软件应用程序用于商业和个人活动。软件应用程序的例子可以包括文字处理器、电子表格应用程序、电子邮件客户端、笔记软件、演示应用程序、游戏、计算软件等等。这些软件应用程序还可以用于执行计算、生成图表、组织数据、接收和发送电子邮件、与其他人实时通信等等。软件应用程序的范围从简单的软件到非常复杂的软件。

复杂软件的开发通常由具有指定角色的软件开发团队执行。在许多情况下，代码评审是一个反复的过程，软件中的每一行代码都由作者以外的一个或多个代码评审者进行评审，以确保代码能够按预期执行。代码评审者通常对代码的当前版本发表评论，并请求一项或多项更改。对当前版本代码的评论将传达给团队成员中的一个团队成员，该团队成员在提交代码进行其它评审之前会进行其它更改。

在很多情况下，可以使用差异工具(diffing tool)来比较开发人员对代码的一个或多个文件进行的更改。通常，代码评审将开发人员的文件版本(例如，迭代1)与中央存储库中的文件版本(例如，基文件1(baseFile1))进行比较。通过确定对先前版本的代码进行的更改，下一次评审可以更轻松地确认是否进行了期望的更改，而无需重新评估所有代码。但是，对于复杂的软件产品而言，多个开发人员同时地处理代码并不罕见。这样，仅创建文件版本的直接差异即可标识其他开发人员进行的更改。这可能会给评审者带来额外的工作，该评审者在尝试理解为什么一部分代码发生更改时并不负责代码的其它部分。

总的来说，本文中一些现有或相关系统的示例以及其相关限制旨在是说明性的而非排他性的。在阅读下文时，现存或现有系统的其它限制对于本领域普通技术人员而言将变得显而易见。

发明内容

本发明的各种实施例通常涉及用于促进代码评审的系统和方法。具体而言，一些实施例提供了用于实现改进的代码特征的系统和方法，跨多个设备协作的个人作者和团队可以使用这些改进的代码特征。例如，一些实施例允许客户端设备同时编辑源文档的多个副本。开发人员可以将包含一个或多个更改的第一迭代提交给评审者。另外，响应于客户端设备之一登入已通过评审的源文档的第二副本的已编辑版本，可以创建源文档的新版本(例如，在本地存储库中)。其它客户端设备可以将他们正在编辑的源文档的原始副本进行同步，以便在处理评审者对其先前编辑进行的评论之前，包括源文档的新版本中进行的更改。

可以使用源文档的新版本重新设定第一迭代，并且可以使用源文档的新版本的第一迭代的重新设定(rebase)来创建差异。因此，源文档的重新设定迭代可以是包括其他用户进行的更改的新文档，系统将其视为用于供一个用户或开发人员将来进行编辑的原始版本。这样，重新设定的版本的差异将标识开发人员进行的更改，同时抑制第二基准版本中存在的其它编辑。在一些实施例中，该差异可以抑制文档的新版本中进行的更改，而在其它实施例中，可以使用不同的视觉指示符(例如，颜色代码、字体样式、字体大小、缩进等等)来标识或最小化源自于第一副本与源文档的新版本的同步的更改。在一些实施例中，可以使用各种数据结构来跟踪和识别这些更改的源和时间。再举一个例子，系统可以通过使用第一迭代与源文档的新版本的虚拟合并，将第一迭代与源文档的新版本作为基础，从而抑制更改。一旦评审者批准代码之后，即可创建源文档的第三版本。

本发明的实施例还包括计算机可读存储介质，其包含用于使一个或多个处理器执行本文所描述的方法、方法的变型和其它操作的指令集。