CN101174216B - 合并软件配置的计算机方法、装置和系统 - Google Patents

Abstract

用于合并软件配置的计算机方法、装置和系统。本发明的系统和方法提供其中对目标软件配置执行操作的工作环境的工作空间。该工作空间识别对该目标软件配置进行的变更的变更集。合并工具被耦合以在该工作空间内执行软件配置合并。该工作空间累积形成该目标软件配置的每个工件的合并内的变更集，并将被累积的变更集传递给合并工具。因此，工件合并在基本上所有先前的合并决定的情境中进行。工作空间还跟踪被推迟的变更集，并且系统使用户能够相对于具有被推迟的变更集的工件再次调用合并工具。

Description

合并软件配置的计算机方法、装置和系统

背景技术

软件工件是软件系统的一方面的持久表示。软件工件的一般示例是包含软件系统的源代码的文件和目录，但是工件的其它示例包括需求、终端用户文档、系统模型和系统测试。软件工件的重要状态被保存为该工件的版本，并且给定工件的版本的集合定义了该工件的历史。

软件配置是一组软件工件版本，其中仅有给定工件的一个版本被给定软件配置选择。软件变更集识别对配置的逻辑变更，并包括对一个或多个工件的一个或多个变更的集合。软件配置的可选择特性是其包括导致该配置的变更集的集合。合并两个软件配置的结果在逻辑上是相应两个变更集的集合的统一。

逻辑变更集可跨越配置内的多个工件，但是合并工具每次在一个工件上操作。当在配置合并期间合并单个工件时，用户接受或拒绝作为特定变更集的一部分的变更。但是，当用户随后在包含作为该相同变更集的一部分的另外的变更的该配置内合并另一个工件时，用户无法得知他以前是如何处理该变更集的。结果，他在遇到逻辑相关的变更时必须注意，并然后或者必须记得他以前是接受还是拒绝该变更，或者必须正确地重建使其接受或拒绝该变更的逻辑。由于用户常常会在单个工件内遇到多个逻辑变更，并且由于合并决定常常非常复杂并且需要数小时(有时会数天)来解决，所以在随后的工件内识别逻辑相关的合并决定是非常困难的，并且记住或再现导致特定合并决定的逻辑也是非常困难的。

一些领域专用的合并工具(例如用于专用语言的工具)被设计成同时在来自该领域的多个工件上操作。但是，这些合并工具不能处理来自其它领域的工件，因此当逻辑变更导致多个领域出现变更时会出现相同的问题。

发明内容

本发明解决了现有技术的缺陷。具体地，本发明提供了一种计算机方法和系统，其中对软件工件的变更在工作空间的情境中进行，并且该工作空间识别可识别当前对该工作空间的软件配置执行的逻辑变更的变更集。当新版本被创建时，版本创建工具在新版本中记录新版本的哪些部分已被修改，并使这些变更与工作空间的当前变更集相关联。增强合并工具以接受被接受和拒绝的变更集的列表作为输入，并返回在合并工具的操作期间已经被接受和拒绝的另外的变更集作为输出。当在工作空间内调用涉及多个工件的合并时，工作空间累积在每个工件各自的合并中已经被接受和拒绝的变更集的列表，并当合并工具在下一个工件上被调用时将这些列表的当前值传递给合并工具。然后在目标配置内的所有先前的合并决定的情境中进行各个工件合并。

在优选实施例中，用于合并软件配置的计算机装置和方法包括：

提供其中对目标软件配置执行操作的工作环境的工作空间；以及

被耦合以在该工作空间内执行软件配置合并的合并工具。

该工作空间识别当前对目标软件配置进行的变更的变更集。优选地，该工作空间累积在形成目标软件配置的每个工件的合并内的变更集，并将所述被累积的变更集传递给合并工具。合并工具继而显示或向用户输出被累积的变更集的指示，以便用户可在基本上所有先前的合并决定的情境中进行工件合并。

因此，本发明提供了一种将多个工件并入另一个工件和/或并入目标软件配置的机构。

附图说明

前文在下文对如附图中所示的本发明的示例性实施例的更具体说明中是显而易见的，在附图中相似的标号指示不同视图中的相同部 分。附图并不必须是成比例的，其重点放在示出本发明的实施例上。

图1是本发明的一个实施例的示意图。

图2是图1的实施例内的合并构件的流程图；

图3是本发明的实施例可用于其中的计算机网络环境的示意图。

图4是图3的计算机节点的框图。

具体实施方式

本发明的示例性实施例的说明如下。

图1示出具体表现本发明的配置管理系统11。配置管理系统11提供了目标软件程序13和关于该目标软件程序的多种信息的工作空间视图。软件程序13由一个或多个工件15、19、21形成。每个工件15、19、21具有各自的版本，例如V.1a，V.3，V.1b等。目标软件程序13的每个配置22使用工件15、19、21各自的版本。图1内的目标软件程序13的所示配置22之一由工件15的版本V.1a、工件19的版本V.3和工件21的版本V.1b形成。目标软件程序13的其它配置22使用工件15、19、21的其它版本。

关于工件15、19、21的版本的信息被存储在工件15、19、21各自的版本历史表内。具体地，变更集信息(版本属于其的变更集33)被记录在相应的工件版本历史表17内。图1示出具有用于工件15的版本历史表项目17a、用于工件19的版本历史表项目17b和用于工件21的版本历史表项目17n的目标软件程序13的一个配置22。应理解，配置管理系统11存储程序13的每个配置22的前述信息。

配置管理系统11使用户能够生成并对目标软件程序13的这种不同的配置22起作用(编辑，测试，重新设计等)。如前文提到的，每个工件15、19、21是用户所做的工作的持久性结果，其通常被持续存留在文件系统例如模型和源代码内。使用“活动”来跟踪用户所做的工作的结果。活动的“变更集”33是实践者为了执行此活动对工件15、19、21进行的变更的集合。“工作空间”23用于定义用户的工作环境，其包含用户所需的工件15、19、21以及跟踪执行这些活动的 结果的活动。工作空间23被说成“接受”定义当前的或工作的配置22’的活动变更集。

再次声明，对软件工件15、19、21的所有变更都是在工作空间23的情境中进行的。工作空间23识别指示或提供目前针对工作空间的配置22’执行的逻辑变更的变更集。当工件的新版本被创建时，版本创建工具(未示出)将新工件版本记录在相应的工件日志17内。版本创建工具还使这些变更与工作空间23的当前的变更集33’相关联。合并工具25接受被接受和拒绝的变更集作为输入，并返回在合并工具25在工作空间23内的工作配置22’上进行操作期间已经被接受和拒绝的另外的变更集作为输出。当在工作空间23内调用涉及多个工件15’、19’的合并时，工作空间累积在多个工件15’、19’的每一个的合并中已经被接受和拒绝的变更集的列表34，并当合并工具25在下一个工件上被调用时将列表的当前值传递给合并工具25。然后在所有先前的合并决定的情境中进行各个工件合并，并且软件配置22’与跨越多个工件15’、19’的变更集的合并可被顺利地完成。

在优选实施例中，当合并工具25处理要求合并的工作配置22’中的第一工件15’时，合并工具25被从工件版本日志17供给(作为输入接收)将合并的版本以及那些版本的共同祖先。合并工具25使用这些版本内记录的变更集信息33来识别哪个变更属于哪个变更集33，并以接受或拒绝特定变更集33的形式将合并决定暴露给终端用户。合并工具25然后想起用户是接受还是拒绝属于给定变更集33的该组变更，从而当合并工具25将控制返回工作空间23时，工作空间可被被接受和拒绝的变更集34注释。

当在工作空间23内调用随后的另一个工件19’的合并时，工作空间23内的所有先前合并的工件的被接受和拒绝的变更集的列表34作为变量被传递给合并工具25。合并工具使用此信息来鼓励用户关于接受或拒绝给定变更集34做出一致的决定(即，如果变更是在先前的合并中已经被接受的合并集的一部分则接受该变更，并且如该变更在先前的合并内已经被拒绝则拒绝该变更)。

如果系统11支持变更集进化，则用户被允许关于接受或拒绝来自不同工件的变更做出不一致的决定(即，拒绝作为在另一个工件的合并内被接受的变更集的一部分的变更，或者接受作为在另一个工件的合并内被拒绝的变更集的一部分的变更)。当用户提交包含不一致的合并决定的一组被检验的工件15’、19’时，通过将被不一致地接受的变更集33分成两个变更集33m、33n(一个包含被接受的变更，而另一个包含被拒绝的变更)来解决任何不一致性。

一些版本系统允许用户持续具有未完全合并的工件15、19、21，即包含这样的合并决定的工件，执行合并的用户希望推迟该合并决定直到他们看到该合并决定影响的在其它工件的情境中的变更集33。在此情况下，除了被接收和拒绝的变更集之外，合并工具25还返回被推迟的变更集的列表35。当合并工具25随后在另一个工件上被调用，并返回被标记为接受或拒绝的变更集33’时，如果存在已经推迟该变更集的先前被合并的工件(即，未完全合并的工件)，则用户有机会在先前未完全合并的工件上再次调用合并工具25，从而该变更集可在该先前被合并(未完全合并)的工件中被合适地接受或拒绝。当用户试图登记包含被推迟的变更集35的合并工件(即，未完全合并的工件)时，本发明的系统11向用户发出关于该被推迟的合并的警告，并给用户机会再次调用合并工具25以完成该合并。

图2给出了合并工具/部件25和工作空间23的操作的流程图。作为第一步骤39，本发明的系统11初始化工作空间23，包括初始化被接受/拒绝变更集的列表34、被推迟变更集的列表35以及当前工作会话的其它支持数据元。接下来在41，在创建工件的新版本时，系统11将变更记录在相应的版本历史日志17内。系统11还使被记录的变更与工作空间23内的当前工作的变更集33’相关联。当为工作配置22’内的目标工件调用合并工具25时，步骤43向合并工具25提供输入。该输入包括被考虑的变更集33、先前被接受和拒绝的变更集的列表34和先前被推迟的变更集的列表35。响应于对该目标工件的用户决定(接受/拒绝变更集33内的变更)，合并工具25接收并将此变更集 的接受/拒绝记录在变更集列表34内。

在步骤47，工作空间23累积在多个目标工件15’、19’中的每一个的合并内已经被接受和拒绝的变更集的列表33、33’。类似地，在步骤49，工作空间23累积被推迟的变更集35。

在随后的另一个工件并入工作软件配置22’期间，经由循环46再次调用步骤45。如果工作配置22’的先前未完全合并的工件具有被推迟的变更集33，则然后在步骤57，工作空间23使终端用户能够在该工件上再次调用合并工具25。循环48返回步骤45类似地能够根据需要/要求将另一个工件并入工作软件配置22’。

图3示出本发明可在其中实现的计算机网络或类似的数字处理环境。

客户计算机/设备50和服务器计算机60提供了执行应用程序等的处理、存储和输入/输出设备。客户计算机/设备50还可通过通信网络70链接到其它计算设备，包括其它客户设备/处理器50和服务器计算机60。通信网络70可以是远程访问网络、全球网络(例如因特网)、计算机的全球集合、局域网或广域网和当前使用相应的协议(TCP/IP、蓝牙等)进行相互通信的网关的一部分。其它电子设备/计算机网络结构也是适合的。

图4是图3的计算机系统内的计算机(例如，客户处理器/设备50或服务器计算机60)的内部结构的视图。每个计算机50包括系统总线79，其中总线是一组用于计算机或处理系统的组件之间的数据传送的硬件线路。总线79本质上是连接计算机系统的不同元件(例如处理器、磁盘存储器、存储器、输入/输出端口、网络端口等)的使得能够在元件之间进行信息传送的共享管道。用于使各种输入和输出设备(例如键盘、鼠标、显示器、打印机、扬声器等)连接到计算机50、60的I/O设备接口82连接到总线79上。网络接口86允许计算机连接到连接在网络(例如图3的网络70)上的各种其它的设备。存储器90为用于实现本发明的实施例(例如，上述工件例如日志/表格17、合并工具/部件25、工作空间23、工作变更集33’、被接受/拒绝的变 更集的列表34和被推迟的变更集35)的计算机软件指令92和数据94提供易失性存储器。盘存储器95为用于实现本发明的实施例的计算机软件指令92和数据94提供非易失性存储器。中央处理单元84也连接在系统总线79上并用于计算机指令的执行。

在一个实施例中，处理器例程92和数据94将软件指令的至少一部分提供给本发明的系统的计算机程序产品(被总称为92)，包括计算机可读介质(例如，可取出的存储介质例如DVD-ROM、CD-ROM、盘、磁带等中的一个或多个)。计算机程序产品92可使用本领域内公知的任何合适的软件安装过程安装。在另一个实施例中，软件指令的至少一部分还可通过电缆通信和/或无线连接被下载。在其它实施例中，本发明的程序是被包含在传播介质(例如，无线电波、红外波、激光波、声波或在全球网例如因特网或其它网络上传播的电波)上的被传播信号中的计算机程序传播信号产品107。这种载体介质或信号将软件指令的至少一部分提供给本发明的例程/程序92。

在可选择实施例中，被传播信号是传播介质上携带的模拟载波或数字信号。例如，被传播信号可以是在全球网(例如因特网)、电信网络或其它网络上传播的数字化信号。在一个实施例中，被传播信号是在一段时间内在传播介质上传送的信号，例如在数毫秒、秒、分钟或更长的一段时间内在网络上被以包的形式发送的用于软件应用的指令。在另一个实施例中，计算机程序产品92的计算机可读介质是计算机系统50可接收和阅读的传播介质，这例如可通过接收传播介质并识别该传播介质内包含的如上所述用于计算机程序传播信号产品的被传播信号进行。

总的来说，术语“载体介质”或临时载体包括前述瞬态信号、被传播信号、被传播介质、存储介质等等。

本发明可表现为全部是硬件的实施例的形式，全部是软件的实施例的形式，或者包含硬件和软件元件的实施例的形式。在优选实施例中，本发明用包括但不局限于固件、驻留软件、微码等的软件实现。

此外，本发明可表现为可从计算机可使用或计算机可读的介质得 到的计算机程序产品的形式，该介质提供被计算机或任何指令执行系统使用或与其有关的程序代码。对于此说明而言，计算机可使用或计算机可读介质可以是容纳、存储、通信、传播或传输由指令执行系统、装置或设备使用或结合其使用的程序的任何装置。

介质可以是电子、磁、光、电磁、红外线或半导体系统(或装置或设备)或传播介质。计算机可读介质的示例包括半导体或固态存储器、磁带、可取出的计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、刚性磁盘和光盘。光盘的当前的示例包括光盘-只读存储器(ROM)、光盘-读/写(CD-R/W)和DVD。

适于存储和/或执行程序代码的数据处理系统将包括通过系统总线直接或间接耦合到存储元件的至少一个存储器。存储元件可包括在程序代码的实际执行期间使用的局部存储器、大容量存储器和高速缓冲存储器，该高速缓冲存储器临时存储至少一些程序代码以便减少在执行期间必须从大容量存储器检索代码的次数。

输入/输出或I/O设备(包括但不局限于键盘、显示器、打印设备等)可直接或通过介于中间的I/O控制器耦合到系统。

网络适配器也可耦合到系统以使数据处理系统能够通过介于中间的专用网或公用网耦合到其它数据处理系统或远程打印机或存储设备。调制解调器、线缆调制解调器和以太网卡仅是一些目前可用的网络适配器。

尽管已经参照本发明的示例性实施例具体示出并说明了本发明，但是本领域的技术人员应理解，可在形式和细节方面进行多种改变而不会背离所附权利要求包含的本发明的范围。

Claims (14)

1.用于合并软件配置的计算机装置，每个软件配置由软件程序工件的各个版本形成，该装置包括：

提供其中对目标软件配置执行操作的工作环境的工作空间，该工作空间识别当前对该目标软件配置进行的变更的变更集；以及

被耦合以在该工作空间内执行软件配置合并的合并工具，该工作空间累积形成该目标软件配置的每个工件的合并内的变更集，并将所述被累积的变更集传递给合并工具，然后合并工具在所有先前的合并决定的情境中进行工件合并。

2.根据权利要求1的计算机装置，其中所述工作空间累积变更集的列表。

3.根据权利要求2的计算机装置，其中当在工作空间内调用的合并涉及多个工件时，该工作空间累积在所述多个工件的每一个的合并内已被用户接受和拒绝的变更集的列表；并且

该工作空间将被累积的列表传递给合并工具以便合并所述多个工件中的下一个工件。

4.根据权利要求1的计算机装置，其中所述合并工具接受被接受和拒绝的变更集的列表作为输入，并返回在该合并工具的操作期间已被用户接受或拒绝的另外的变更集的指示作为输出。

5.根据权利要求4的计算机装置，其中所述工作空间还识别被推迟的变更集，并且

当所述合并工具提供所述另外的变更集的指示时，如果先前未完全合并的工件已经推迟所述另外的变更集中的一个变更集，则工作空间使用户能够在先前未完全合并的工件上再次调用该合并工具。

6.一种用于合并软件配置的计算机方法，该方法包括以下由计算机实现的步骤：

提供定义了其中对目标软件配置执行操作的工作环境的工作空间，所述提供工作空间的步骤包括识别当前对该目标软件配置进行的变更的变更集；以及

累积形成该目标软件配置的每个工件的合并内的变更集并在随后的目标软件配置的合并中使用所述被累积的变更集，然后在目标软件配置内的所有先前的合并决定的情境中进行工件合并。

7.根据权利要求6的方法，其中该方法还包括提供被耦合以在所述工作空间内执行软件配置合并的合并工具的步骤。

8.根据权利要求7的方法，其中所述累积的步骤包括所述工作空间累积在形成所述目标软件配置的每个工件的合并内的变更集的列表，并将所述被累积的列表传递给所述合并工具。

9.根据权利要求8的方法，其中当在工作空间内调用的合并涉及多个工件时，该工作空间累积在所述多个工件的每一个的合并内已被用户接受和拒绝的变更集的列表；并且

该工作空间将被累积的列表传递给所述合并工具以便合并所述多个工件中的下一个工件。

10.根据权利要求7的方法，其中该方法还包括以下步骤：

将被接受和拒绝的变更集的列表输入所述合并工具；

从该合并工具返回在该合并工具的操作期间已被用户接受和拒绝的另外的变更集的指示作为输出。

11.根据权利要求10的方法，其中所述工作空间还识别被推迟的变更集，并且

当所述合并工具提供所述另外的变更集的指示时，如果先前未完全合并的工件已经推迟所述另外的变更集中的一个变更集，则使用户能够在先前未完全合并的工件上再次调用该合并工具。

12.计算机软件配置管理系统，该系统包括：

提供其中对目标软件配置执行操作的工作环境的工作空间部件，该工作空间部件识别当前对该目标软件配置进行的变更的变更集；以及

用于与该工作空间部件合作执行软件配置合并的合并部件，该工作空间部件累积形成该目标软件配置的每个工件的合并内的变更集，并将所述被累积的变更集传递给合并部件，然后合并部件在所有先前的合并决定的情境中进行工件合并。

13.根据权利要求12的计算机软件配置管理系统，其中所述合并部件接收被接受和拒绝的变更集的列表作为输入，并返回已被用户接受和拒绝的另外的变更集的指示作为输出。

14.根据权利要求13的计算机软件配置管理系统，其中所述工作空间部件还识别被推迟的变更集，并且

当所述合并部件提供所述另外的变更集的指示时，如果先前未完全合并的工件已经推迟所述另外的变更集中的一个变更集，则该工作空间部件使用户能够在先前未完全合并的工件上再次调用该合并部件。

Images