[发明专利]打开的文件的历史视图

说明书

背景技术

本文所述的方法一般而言针对计算机文件的内容的版本管理。电子实体可以包括彼此单独地存储和维护的文件内容的聚集，并且这些文件中有一些可能是相互依赖的。这种实体的例子可以是用于软件应用的源代码，其中源代码跨多个源文件分布。另一个例子可以是跨包含用于多个团队或个人的任务列表和截止日期的文件分布的主计划。另一个例子可以是章节在不同文件中单独维护但是章节包含对其它章节中位置的交叉引用的书。对实体的改变可能需要对多个文件的修改，并且在所有这些修改完成之前实体可能处于不一致的状态。

当开发或维护由存储在独立更新的部件，诸如文件，中的内容组成的电子实体时，一个常见的问题是获得该实体在时间上的历史点的一致快照。虽然每个部件可以前进通过一系列的状态，但是能够可视化实体跨所有部件的整体状态会是有价值的。例如，软件开发项目可以包括被编译并链接到一起以便形成可执行文件的多个源文件。一个源文件可以定义被驻留在不同源文件中的代码调用的函数。如果这一个源文件被改变，以重定义该函数，则调用所述函数的不同源文件中的代码可能需要对应的改变。因而，包含调用代码的文件对定义函数的文件具有依赖性，尽管这些文件可以独立地被更新。

许多部件文件可以随着时间被打开、编辑和关闭。用户常常对文件工作并且决定他们想把他们的修改还原到较早的状态–例如，他们对最后几个小时的工作不满意并且想从较早的点重新开始。但是，把一组相关文件还原到历史时间点会是耗时的并且容易出错。之前对这种过程提供工具支持的尝试只允许一次查看对一个文件的改变并且一次还原对一个文件的改变。而且，还没有容易的方式看到显示单独但相关的文件中的变化的时间线。

源代码控制系统可以对跟踪个别文件的版本提供支持，从而允许用户把文件恢复到任何被跟踪的版本。文件的新版本可以根据用户的请求而创建，并且该版本被指定名字。有些此类系统还允许创建一组相关文件的命名快照，使得这组文件中的每个文件都能回滚到该命名快照版本。但是，为了回滚到快照版本，用户在需要使用之前请求创建快照，并且用户事先可能不知道他们将想要回滚到哪个状态。

备份系统存储文件，通过是以周期性的间隔或者根据请求，使得系统可以使用所存储的文件把整个系统状态还原到在执行备份时的状态。备份的文件可以包括系统中的全部文件，并且这些文件可能彼此不相关。已经尝试支持可视地确定应当使用哪个备份来恢复整个系统，或者特定的文件或文件组应当从哪个备份来恢复。Apple的Time Machine Backup(时间机器备份)系统提供了允许查看文件夹的用户接口，就好像穿越时间机器一样。文件夹在任何时间点的外观提供关于哪个备份包含哪些文件的线索。但是，虽然这种方法帮助用户标识特定文件的所需版本，但它不提供对理解相互依赖的文件之间关系的支持，无论它们存在于一个文件系统中还是分布式文件系统中。

所需要的是一种容易使用的直观方式，来查看一组相关文件以确定该组相关文件应当在时间上在哪个快照恢复，而无需依赖于用户事先创建并命名的一致快照。

发明内容

通过提供允许用户查看并还原文件内容的状态就像文件内容在任意时间点存在的那样的用户接口而无需事先为集合中的所有文件创建检查点，根据本发明各种实施例的系统和方法可以解决执行文件管理的现有应用中的缺陷。该用户接口还可以提供包括更大实体的状态的文件状态之间关系的可视指示。例如，在实施例中，一组相关文件的图可以由处理器显示在计算机显示器上，该图为这组相关文件的每个文件绘出起始点、结束点以及一个或多个中间检查点。起始点、结束点以及一个或多个中间检查点中每个代表一个时间点。每个时间点与用于文件的文件内容的状态关联。例如，当前时间“现在”可以与文件的当前状态关联。处理器可以接收指示比当前时间早的特定时间点的输入。处理器可以创建包括在接收到的特定时间点时这组相关文件的历史文件内容的环境。

附图说明

图1根据本发明的实施例说明了示出随时间的文件状态的条形图。

图2根据本发明的实施例说明了用于指示每个文件的状态要恢复的时间的快照线。

图3a、3b和3c根据本发明的实施例说明了历史时间线上的时间点标签。

图4根据本发明的实施例说明了选择历史时间点。

图5根据本发明的实施例说明了查看处于特定时间点的文件的状态。

图6根据实施例说明了与本文所述的技术关联的高级步骤。

图7根据本发明的实施例说明了用来重新创建文件状态的数据存储。

图8是根据本发明的实施例的产生文件状态图的流程图。