CN115480734A - 管理软件开发项目中的对象的方法、设备和程序产品 - Google Patents

Abstract

本公开涉及管理软件开发项目中的对象的方法、设备和程序产品。在一种方法中，响应于接收到用于提交软件开发项目中的一组对象的提交请求，基于软件开发项目的提交历史获取与一组对象相关联的一组历史提交请求，一组历史提交请求中的历史提交请求涉及一组对象。从历史提交请求所涉及的不同于一组对象的至少一个对象中选择候选对象。确定候选对象与一组对象之间的关联关系。响应于确定关联关系满足预定条件，将候选对象标识为缺失对象，缺失对象表示与提交请求相关联但是没有被包括在提交请求中的对象。提供了相应的设备和计算机程序产品。利用本公开的示例性实现方式，可以自动检查在提交请求中缺失的对象。

Description

管理软件开发项目中的对象的方法、设备和程序产品

技术领域

本公开的各实现方式涉及软件开发，更具体地，涉及用于管理软件开发项目中的对象的方法、设备和计算机程序产品。

背景技术

随着软件开发技术的发展，目前软件开发项目所涉及的对象的数量越来越多。对于大型软件而言，一个软件开发项目可能会涉及数千甚至上万的对象。在软件产品的开发和更新过程中，软件工程师可能会更新一个或多个对象，并且利用提交请求将更新后的对象提交至代码库。将会理解，各个对象之间存在复杂的关联关系，软件工程师可能会忘记修改某些对象，进而导致在提交请求中缺失某些对象。此时，如何更加有效地管理软件开发项目中的对象，成为一个研究热点。

发明内容

因而，期望能够开发并实现一种以更为有效的方式来管理软件开发项目中的对象的技术方案。期望该技术方案能够以更为方便和有效的方式，来管理软件开发项目中的多个对象。进一步，期望可以自动检查提交请求中缺失的对象，进而提高软件开发过程的效率。

根据本公开的第一方面，提供了一种用于管理软件开发项目中的对象的方法。在该方法中，响应于接收到用于提交软件开发项目中的一组对象的提交请求，基于软件开发项目的提交历史获取与一组对象相关联的一组历史提交请求，一组历史提交请求中的历史提交请求涉及一组对象。从历史提交请求所涉及的不同于一组对象的至少一个对象中选择候选对象。确定候选对象与一组对象之间的关联关系。响应于确定关联关系满足预定条件，将候选对象标识为缺失对象，缺失对象表示与提交请求相关联但是没有被包括在提交请求中的对象。

根据本公开的第二方面，提供了一种电子设备，包括：至少一个处理器；易失性存储器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行根据本公开的第一方面的方法。

根据本公开的第三方面，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的第一方面的方法。

附图说明

结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实现方式。在附图中：

图1示意性示出了其中可以实现本公开的示例性实现方式的应用环境的框图；

图2示意性示出了根据本公开的示例性实现方式的用于管理软件开发项目中的对象的过程的框图；

图3示意性示出了根据本公开的示例性实现方式的用于管理软件开发项目中的对象的方法的流程图；

图4示意性示出了根据本公开的示例性实现方式的用于获取候选对象集合的过程的框图；

图5示意性示出了根据本公开的示例性实现方式的用于确定候选对象和一组对象的子集之间的关联关系的过程的框图；

图6示意性示出了根据本公开的示例性实现方式的用于显示缺失对象集合的用户界面的框图；

图7示意性示出了根据本公开的示例性实现方式的用于显示缺失对象集合的用户界面的框图；

图8示意性示出了根据本公开的示例性实现方式的用于确定缺失对象集合的时间分布的框图；以及

图9示意性示出了根据本公开的示例性实现的用于管理软件开发项目中的对象的设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实现。虽然附图中显示了本公开的优选实现，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实现所限制。相反，提供这些实现是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实现”和“一个实现”表示“至少一个示例实现”。术语“另一实现”表示“至少一个另外的实现”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

为了便于描述起见，首先参见图1描述根据本公开的一个示例性实现方式的应用环境。图1示意性示出了其中可以实现本公开的示例性实现方式的应用环境100的框图。如图1所示，软件开发项目110可以涉及多个对象112(例如，数千个)。随着软件开发过程的进行，软件工程师可能会更新一组对象122(例如，10个)，并且利用提交请求120来向代码库提交已经被更新的一组对象122。代码库可以包括提交历史130，以便以增量方式存储在历史开发过程中的历史信息。例如，历史提交请求140可以涉及一组历史对象142，…，以及历史提交请求150可以涉及一组历史对象152。

将会理解，多个对象112可能会涉及多种类型。例如，对象可以包括文件和/或目录。在此文件例如可以包括一个或多个格式的软件代码文件、库文件、配置文件，等等。目录例如可以包括用于存储上述各种文件的目录和/或测试用例等的目录。由于软件开发项目110可能会涉及成千上万甚至更多的对象，这导致软件工程师在开发过程中可能会忘记更新某些对象。例如，软件工程师可能会忘记提交某个文件。又例如，软件工程师可能会在文件中添加了调用测试用例的语句，然而忘记将测试用例拷贝到相应的目录下。这导致提交请求中缺失目录。

目前已经提出了基于人工方式来检查提交请求的技术方案。例如，可以建立检查列表，并且软件工程师需要按照检查列表中的配置来逐一验证提交请求是否包括需要的全部对象。然而，基于检查列表的方案需要大量人工操作，并且在建立检查列表和人工操作期间的错误都可能导致不能发现提交请求中所缺失的对象。因而，期待可以提供一种自动检查提交请求中的缺失对象的技术方案，并且期望该技术方案可以与现有的软件开发系统相兼容，进而提高软件开发效率。

为了至少部分地消除上述技术方案中的缺陷，根据本公开的一个示例性实现方式，提供了一种管理软件开发项目中的对象的方法。首先参见图2来描述本公开的概要。图2示意性示出了根据本公开的示例性实现方式的用于管理软件开发项目中的对象的过程200的框图。如图2所示，当接收到涉及一组对象122的提交请求120时，可以从提交历史130中确定一个或多个候选对象210，并且确定一组对象122与候选对象210之间的关联关系220。如果关联关系220满足预定条件，则认为该候选对象210是潜在的缺失对象，并且将该候选对象210作为缺失对象添加至缺失对象集合230。

利用本公开的示例性实现方式，可以从提交历史130中寻找与一组对象122具有关联关系220(例如，曾经多次被同时提交)的候选对象210，以便软件工程师可以进一步验证提交请求120是否存在错误。以此方式，可以降低软件开发过程的人工劳动负载，并且提高软件开发过程的效率。

在下文中，参见图3描述有关根据本公开的一个示例性实现方式的更多细节。图3示意性示出了根据本公开的示例性实现方式的用于管理软件开发项目中的对象的方法300的流程图。如图3所示，在框310处，响应于接收到用于提交软件开发项目中的一组对象122的提交请求120，基于软件开发项目的提交历史130确定与一组对象122相关联的一组历史提交请求。在此，一组历史提交请求中的每个历史提交请求包括在该历史提交请求中所提交的一组对象的标识符。

根据本公开的一个示例性实现方式，可以基于多种方式来确定一组历史提交请求。例如，可以将提交历史130中的全部历史提交请求作为一组历史提交请求。此时，一组历史提交请求可以包括历史提交请求140、…、以及历史提交请求150。当提交历史130包括大量历史提交请求时，后续处理将会涉及较大计算量，因而可以针对提交历史130进行过滤，以便找到与当前的提交请求120较为相关的一个或多个历史提交请求。

根据本公开的一个示例性实现方式，可以将提交请求120与多个历史提交请求中的每个历史提交请求逐一进行比较，以便确定一组历史提交请求。具体地，如果确定某个历史提交请求涉及的一组历史对象与一组对象122存在交集，将该历史提交请求添加至一组历史提交请求；否则继续处理提交历史130中的下一历史提交请求。根据本公开的一个示例性实现方式，可以利用如下公式1来确定一组历史提交请求H′。

其中S_new表示当前的提交请求120，H表示提交历史130中的全部历史提交请求，S_PR表示H中的一个历史提交请求。公式1表示，如果历史提交请求S_PR与当前提交请求S_new存在非空交集，则将历史提交请求S_PR添加至一组历史提交请求H′。

在下文中，将参见图4描述有关比较的更多细节。图4示意性示出了根据本公开的示例性实现方式的用于获取候选对象集合的过程400的框图。如图4所示，当前的提交请求120涉及一组对象122，并且历史提交请求140涉及一组历史对象142。如图4所示，如果一组对象122和一组历史对象142之间具有交集410，则可以将历史提交请求140添加至一组历史提交请求420。进一步，可以将一组历史对象142中的交集以外的对象添加至候选对象集合430。一般而言，在一个提交请求中同时提交的多个对象通常具有较强的相关性，并且从未在一个提交请求中同时提交的多个对象通常具有较弱的相关性。因而，基于一组对象122和一组历史对象142之间是否具有交集，可以过滤掉无关的历史提交请求，进而降低后续处理的计算量。

返回图3，在框320处，可以从历史提交请求所涉及的不同于一组对象的至少一个对象中选择候选对象。换言之，可以从候选对象集合430中选择候选对象210。根据本公开的一个示例性实现方式，可以逐一地处理候选对象集合430中的每个候选对象。例如，可以逐一确定每个候选对象与当前提交请求120所涉及的一组对象122之间的关联关系。

在框330处，确定候选对象210与一组对象122之间的关联关系220。为了方便描述，首先定义如下支持度函数。根据本公开的一个示例性实现方式，支持度表示一个对象集合在一组历史提交请求中的出现次数。可以基于如下公式2来确定支持度。

其中S表示一个对象集合，H′表示一组历提交请求，S_PR表示H′中的一个历史提交请求，并且support(S,H′)表示S在H′中出现的次数。

假设S包括2个对象：{对象1，对象2}，H′包括如下3个历史提交请求：

历史提交请求1：{对象1，对象2，对象3}

历史提交请求2：{对象1，对象3，对象4}

历史提交请求3：{对象1，对象4，对象5}

此时，由于{对象1，对象2}仅在历史提交请求1中出现，因而support(S,H′)＝1。

根据本公开的一个示例性实现方式，可以基于多种方式来确定上述出现次数。例如可以基于比较方式来确定出现次数。又例如，可以基于FP-Tree(Frequent PatternTree，频繁模式树)来确定出现次数。FP-Tree是目前已经提出的一种用于确定样本数据集中频繁出现的模式的算法。可以基于提交历史来构建FP-Tree，进而以更为快速和有效的方式来确定出现次数。

根据本公开的一个示例性实现方式，关联关系220可以包括候选对象210与一组对象中的各个子集之间的关联关系。具体地，参见图5示意性示出了根据本公开的示例性实现方式的用于确定候选对象和一组对象的子集之间的关联关系的过程500的框图。具体地，可以首先确定一组对象的子集510，进而确定候选对象集合430中的每个候选对象210与一组对象122的子集510之间的关联关系220。可以每个子集进行类似的处理，以便寻找与每个子集相关联的潜在缺失对象。

假设一组对象122包括多个对象512、…、514、…、以及516，可以确定一组对象122的多个候选子集。例如，可以基于候选子集中所包括对象的数量，按照从少到多的顺序来分别确定多个候选子集。具体地，可以确定包括一个对象的候选子集，可以确定包括两个对象的候选子集，…，以及包括全部对象的候选子集。将会理解，由于确定关联关系220的过程涉及较大计算量，可以针对多个候选子集进行过滤，以便排除无助于找到缺失对象的子集。

根据本公开的一个示例性实现方式，可以分别确定每个候选子集相对于一组历史提交请求的支持度。如果支持度高于预定支持度阈值，将候选子集添加至一组对象的子集。如图5所示，子集510可以包括对象514、…、516，此时，可以基于子集510相对于一组历史提交请求420的支持度来确定是否针对子集510执行进一步的操作。可以预先指定阈值数量，例如可以将阈值数量设置为3(或者其他数值)。此时，如果子集510之前在一组历史提交请求420中出现的次数高于3，则进一步确定子集510和候选对象210之间的关联关系。否则，如果出现次数不高于3，则可以丢弃该子集510并且进一步处理下一子集。

假设子集510的支持度为10(10＞3)，则继续确定子集510和候选对象210之间的关联关系220。利用本公开的示例性实现方式，可以降低待处理的子集的数量，进而降低后续操作的计算量。

根据本公开的一个示例性实现方式，提出了置信度的概念。在此的置信度表示候选对象210作为缺失对象的可能性。具体地，可以将候选对象210添加至子集510以形成新子集，此时新子集可以包括对象514、…、对象516以及候选对象210。进一步，可以分别确定子集510相对于一组历史提交请求420的支持度和新子集相对于一组历史提交请求420的新支持度。进一步，可以基于支持度和新支持度，确定置信度。根据本公开的一个示例性实现方式，可以基于如下公式3来确定置信度。

其中S表示子集510，f表示候选对象210，并且H′表示一组历提交请求420，并且confidence(S,f,H′)表示将f添加至S后所获得的新子集的置信度。具体地，分子部分表示将f添加至S之后的新子集相对于H′的支持度，并且分母部分表示子集S相对于H′的支持度。假设新子集的支持度为9，也即新子集S∪{f}在H′中曾经出现过9次，则此时的置信度

将会理解，上文仅参见图5和公式3描述了针对一组对象122的一个子集510和候选对象集合430中的一个候选对象210的处理。可以以类似方式来处理一组对象122的每个子集和候选对象集合430中的每个候选对象。例如，可以利用每个子集与每个候选对象形成二元组(子集，候选对象)，并且利用上文描述的公式3来确定与每个二元组相关联的置信度，以作为关联关系220。

根据本公开的一个示例性实现方式，可以将候选对象集合430设置为包括一组历史提交请求420所涉及的、并且不在一组对象122中的全部候选对象。例如，可以基于如下公式4来确定候选对象集合430：

其中F_cand表示候选对象集合430，条件1

表示候选对象集合中的对象不在当前的提交请求120所涉及的一组对象122(S_new)中，并且条件2

表示候选对象集合中的对象在一组历史提交请求420所涉及的各组历史对象之中。

根据本公开的一个示例性实现方式，为了降低候选对象集合430中所包括的候选对象的数量，可以进一步基于支持度的阈值(例如，3)来过滤候选对象集合430。具体地，可以基于如下公式5来确定候选对象集合430：

其中F_cand表示候选对象集合430，并且条件1

和条件2

与公式4中的含义相同。在公式5中的条件3“support({f},H′)≥n*c”中，n表示支持度的阈值(例如，3)，c表示置信度的阈值(例如，80％)，此时条件3表示候选对象f相对于一组历史提交请求的支持度应当大于或者等于n*c。利用条件3，可以从候选对象集合中过滤掉历史出现次数低于n*c的候选对象。以此方式，可以降低候选对象集合430中的对象的数量，进而降低后续操作的计算量。

根据本公开的一个示例性实现方式，可以遍历候选对象集合430中的每个对象以确定候选对象。换言之，对于候选对象集合430中的每个对象，可以分别确定该对象与一组对象122的每个子集之间的关联关系220。

返回图3，在框340处，响应于确定关联关系满足预定条件，将候选对象添加至缺失对象集合230，缺失对象集合230表示软件开发项目中的不在一组对象122中的潜在缺失对象。上文已经描述了基于置信度来确定关联关系220的具体过程，此时可以将确定的关联关系220与预定阈值进行比较，来确定候选对象是否是潜在的缺失对象。如果确定的关联关系220高于预定阈值(例如，80％或者其他数值)，则认为候选对象210是潜在的缺失对象，并且将该候选对象210添加至缺失对象集合230。利用本公开的示例性实现方式，可以以方便并且快捷的方式来找到潜在的缺失对象，进而降低人工处理的工作负载。根据本公开的一个示例性实现方式，在初始时可以将缺失对象集合230设置为空集(即，

)，可以不断地向缺失对象集合230中添加潜在的缺失对象。

根据本公开的一个示例性实现方式，可以按顺序处理候选对象集合430中的每个候选对象。例如，可以首先确定第一个候选对象与每个子集之间的关联关系220。如果第一个候选对象与任何一个子集的关联关系都低于预定阈值(例如，80％)，这表示第一个候选对象不是潜在的缺失对象，并且可以从候选对象集合430中移除第一个候选对象。如果第一个候选对象与一个子集的关联关系高于预定阈值(例如，80％)，这表示第一个候选对象是潜在的缺失对象，并且可以将其添加至缺失对象集合230并且从候选对象集合430中移除第一个候选对象。

继而，可以针对候选对象集合430中的后续候选对象执行类似的处理，以便确定后续候选对象是否是潜在的缺失对象。根据本公开的一个示例性实现方式，可以不断地对候选对象集合430中的每个对象进行处理，直到全部对象都已经被处理。

根据本公开的一个示例性实现方式，如果最后候选对象集合为空，则表示全部候选对象已经被处理，缺失对象集合230已经包括全部潜在的缺失对象。此时，可以向软件工程师来提供该缺失对象集合230。利用本公开的示例性实现方式，可以迅速找到在提交请求120中可能缺失的对象，以便提醒软件工程师来人工检查是否需要更新提交请求120。

根据本公开的一个示例性实现方式，对象可以包括软件开发项目中的目录和文件中的至少任一项。此时，可以基于目录或者文件的路径来作为对象的唯一标识符。将会理解，路径可能包括大量字符串，这导致对象的标识符占用较大存储空间以及较低的处理效率。根据本公开的一个示例性实现方式，可以首先将上述路径映射至较短的数字标识符，并且利用数字标识符来表示对象。假设一个对象的路径为“path/to/checks/tools/platform.pm”，可以将该路径映射至一个64位(或者其他位数)的标识符。以此方式，一方面可以大大节约每个对象的标识符的存储空间，另一方面还可以提高相关的计算性能。

在下文中，参见图6和图7描述用于显示缺失对象的更多细节。图6示意性示出了根据本公开的示例性实现方式的用于显示缺失对象集合的用户界面600的框图。如图6所示，区域610表示执行上文描述的方法300过程中的多个配置参数。例如，参数“candidatecount＝327”表示候选对象集合中所包括候选对象的数量为327，参数“min support＝3”表示支持度阈值为3，参数“min confidence＝80％”表示置信度阈值为80％，等等。区域620表示一个潜在的缺失文件的相关信息。例如，“100.00％”表示相关置信度为100，并且确定置信度时的分子和分母的数值分别为“3/3”。“path/to/checks/test/check1/”表示缺失对象的路径，并且该潜在缺失对象曾经与对象“path/to/checks/tools/check1.pm”一起提交。图6中还示出了其他3个潜在的缺失对象，并且相关的置信度均为80％。

图7示意性示出了根据本公开的示例性实现方式的用于显示缺失对象集合的用户界面700的框图。该用户界面中的各个区域的含义与图6所示的内容类似，因而不再赘述。利用本公开的示例性实现方式，可以以图形化方式，向软件工程师提供潜在的缺失对象。进一步，软件工程师可以基于图6和图7的内容来确定下一步的动作。例如，软件工程师可以基于提示的缺失文件来更新提交请求120。又例如，如果在仔细检查之后发现当前的软件更新并不涉及所提示的缺失文件，则软件工程师可以将提示的缺失文件标记为“错误”。

利用本公开的示例性实现方式，图6和图7可以包括与潜在缺失对象相关的详细信息，以便于软件工程师理解某个对象被标记为潜在缺失文件的原因。进一步，这些详细信息也可以帮助软件工程师查找各个对象之间的联系，并且避免在下次提交请求中出现类似错误。

如上文所述，根据本公开的一个示例性实现方式，可以分别针对提交历史130、候选对象集合430、以及一组对象122的多个子集进行过滤，以便降低待处理数据量进而提高处理性能。因而，利用本公开的示例性实现方式，可以在可接受的时间长度内获得缺失对象集合230。图8示意性示出了根据本公开的示例性实现方式的用于确定缺失对象集合的时间分布的框图800。在图8中，横坐标示出了提交请求120中包括的对象的数量，并且纵坐标示出了确定相关的缺失对象集合230所需的时间(秒)。图8示出了针对50个提交请求确定相应缺失对象集合的过程的实验数据。可以发现，对象的数量越大则计算时间越长，并且针对绝大多数提交请求120的处理时间小于100秒。

利用本公开的示例性实现方式，可以通过挖掘提交历史中的各个对象之间的关联关系，确定潜在的缺失对象。以此方式，整个过程是自动进行的并且不需要人工标注数据。相对于需要完全人工操作的已有技术方案而言，利用本公开的示例性实现方式可以自动地获得潜在缺失对象，从而降低软件工程师的人工劳动负载。

在上文中已经参见图2至图8详细描述了根据本公开的方法的示例，在下文中将描述相应的装置的实现。根据本公开的示例性实现，提供了一种用于管理软件开发项目中的对象的装置。该装置包括：获取模块，配置用于响应于接收到用于提交软件开发项目中的一组对象的提交请求，基于软件开发项目的提交历史获取与一组对象相关联的一组历史提交请求，一组历史提交请求中的历史提交请求涉及一组对象；选择模块，配置用于从历史提交请求所涉及的不同于一组对象的至少一个对象中选择候选对象；确定模块，配置用于确定候选对象与一组对象之间的关联关系；以及标识模块，配置用于响应于确定关联关系满足预定条件，将候选对象标识为缺失对象，缺失对象表示与提交请求相关联但是没有被包括在提交请求中的对象。根据本公开的示例性实现方式，该装置进一步包括用于执行上文描述的方法300中的其他步骤的模块。

图9示意性示出了根据本公开的示例性实现的用于管理数据模式的设备900的框图。如图所示，设备900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的计算机程序指令或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序指令，来执行各种适当的动作和处理。在RAM 903中，还可存储设备900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

设备900中的多个部件连接至I/O接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法300，可由处理单元901执行。例如，在一些实现中，方法300可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实现中，计算机程序的部分或者全部可以经由ROM 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序被加载到RAM 903并由CPU 901执行时，可以执行上文描述的方法300的一个或多个步骤。备选地，在其他实现中，CPU 901也可以以其他任何适当的方式被配置以实现上述过程/方法。

根据本公开的示例性实现，提供了一种电子设备，包括：至少一个处理器；易失性存储器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行一种用于管理软件开发项目中的对象的方法。该方法包括：响应于接收到用于提交软件开发项目中的一组对象的提交请求，基于软件开发项目的提交历史获取与一组对象相关联的一组历史提交请求，一组历史提交请求中的历史提交请求涉及一组对象；从历史提交请求所涉及的不同于一组对象的至少一个对象中选择候选对象；确定候选对象与一组对象之间的关联关系；以及响应于确定关联关系满足预定条件，将候选对象标识为缺失对象，缺失对象表示与提交请求相关联但是没有被包括在提交请求中的对象。

根据本公开的一个示例性实现方式，获取一组历史提交请求包括：针对提交历史中的历史提交请求，响应于确定历史提交请求涉及的一组历史对象与一组对象存在交集，将历史提交请求添加至一组历史提交请求。

根据本公开的一个示例性实现方式，确定关联关系包括：确定一组对象的子集；以及确定候选对象与子集之间的关联关系。

根据本公开的一个示例性实现方式，确定子集包括：确定一组对象中的候选子集相对于一组历史提交请求的支持度，支持度表示候选子集在一组历史提交请求中的出现次数；以及响应于确定支持度高于预定支持度阈值，将候选子集添加至一组对象的子集。

根据本公开的一个示例性实现方式，确定候选对象与子集之间的关联关系包括：将候选对象添加至子集以形成新子集；分别确定子集相对于一组历史提交请求的支持度和新子集相对于一组历史提交请求的新支持度；以及基于支持度和新支持度，确定关联关系。

根据本公开的一个示例性实现方式，选择候选对象包括：基于至少一个对象建立候选对象集合；以及遍历候选对象集合以确定候选对象。

根据本公开的一个示例性实现方式，该方法进一步包括：响应于候选对象已经被选择，从候选对象集合移除候选对象。

根据本公开的一个示例性实现方式，该方法进一步包括：将缺失对象添加至缺失对象集合；以及响应于候选对象集合为空，提供缺失对象集合。

根据本公开的一个示例性实现方式，一组对象中的对象包括软件开发项目中的目录和文件中的至少任一项。

根据本公开的一个示例性实现方式，该方法进一步包括：将对象的路径转换至数字标识符；以及利用数字标识符来表示对象。

根据本公开的示例性实现，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的方法。

根据本公开的示例性实现，提供了一种计算机可读介质。计算机可读介质上存储有机器可执行指令，当机器可执行指令在被至少一个处理器执行时，使得至少一个处理器实现根据本公开方法。

本公开可以是方法、设备、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实现中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。

Claims (20)

1.一种用于管理软件开发项目中的对象的方法，包括：

响应于接收到用于提交所述软件开发项目中的一组对象的提交请求，基于所述软件开发项目的提交历史获取与所述一组对象相关联的一组历史提交请求，所述一组历史提交请求中的历史提交请求涉及所述一组对象；

从所述历史提交请求所涉及的不同于所述一组对象的至少一个对象中选择候选对象；

确定所述候选对象与所述一组对象之间的关联关系；以及

响应于确定所述关联关系满足预定条件，将所述候选对象标识为缺失对象，所述缺失对象表示与所述提交请求相关联但是没有被包括在所述提交请求中的对象。

2.根据权利要求1所述的方法，其中获取所述一组历史提交请求包括：针对所述提交历史中的历史提交请求，

响应于确定所述历史提交请求涉及的一组历史对象与所述一组对象存在交集，将所述历史提交请求添加至所述一组历史提交请求。

3.根据权利要求1所述的方法，其中确定所述关联关系包括：

确定所述一组对象的子集；以及

确定所述候选对象与所述子集之间的关联关系。

4.根据权利要求3所述的方法，其中确定所述子集包括：

确定所述一组对象中的候选子集相对于所述一组历史提交请求的支持度，所述支持度表示所述候选子集在所述一组历史提交请求中的出现次数；以及

响应于确定所述支持度高于预定支持度阈值，将所述候选子集标添加至所述一组对象的子集。

5.根据权利要求3所述的方法，其中确定所述候选对象与所述子集之间的关联关系包括：

将所述候选对象添加至所述子集以形成新子集；

分别确定所述子集相对于所述一组历史提交请求的支持度和所述新子集相对于所述一组历史提交请求的新支持度；以及

基于所述支持度和所述新支持度，确定所述关联关系。

6.根据权利要求3所述的方法，其中选择所述候选对象包括：

基于所述至少一个对象建立候选对象集合；以及

遍历所述候选对象集合以确定所述候选对象。

7.根据权利要求6所述的方法，进一步包括：响应于所述候选对象已经被选择，从所述候选对象集合移除所述候选对象。

8.根据权利要求7所述的方法，进一步包括：

将所述缺失对象添加至缺失对象集合；以及

响应于所述候选对象集合为空，提供所述缺失对象集合。

9.根据权利要求1所述的方法，其中所述一组对象中的对象包括所述软件开发项目中的目录和文件中的至少任一项。

10.根据权利要求9所述的方法，进一步包括：

将所述对象的路径转换至数字标识符；以及

利用所述数字标识符来表示所述对象。

11.一种电子设备，包括：

至少一个处理器；

易失性存储器；以及

与所述至少一个处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被所述至少一个处理器执行时使得所述设备执行一种用于管理软件开发项目中的对象的方法，所述方法包括：

响应于接收到用于提交所述软件开发项目中的一组对象的提交请求，基于所述软件开发项目的提交历史获取与所述一组对象相关联的一组历史提交请求，所述一组历史提交请求中的历史提交请求涉及所述一组对象；

从所述历史提交请求所涉及的不同于所述一组对象的至少一个对象中选择候选对象；

确定所述候选对象与所述一组对象之间的关联关系；以及

响应于确定所述关联关系满足预定条件，将所述候选对象标识为缺失对象，所述缺失对象表示与所述提交请求相关联但是没有被包括在所述提交请求中的对象。

12.根据权利要求11所述的设备，其中获取所述一组历史提交请求包括：针对所述提交历史中的历史提交请求，

响应于确定所述历史提交请求涉及的一组历史对象与所述一组对象存在交集，将所述历史提交请求添加至所述一组历史提交请求。

13.根据权利要求11所述的设备，其中确定所述关联关系包括：

确定所述一组对象的子集；以及

确定所述候选对象与所述子集之间的关联关系。

14.根据权利要求13所述的设备，其中确定所述子集包括：

确定所述一组对象中的候选子集相对于所述一组历史提交请求的支持度，所述支持度表示所述候选子集在所述一组历史提交请求中的出现次数；以及

响应于确定所述支持度高于预定支持度阈值，将所述候选子集添加至所述一组对象的子集。

15.根据权利要求13所述的设备，其中确定所述候选对象与所述子集之间的关联关系包括：

将所述候选对象添加至所述子集以形成新子集；

分别确定所述子集相对于所述一组历史提交请求的支持度和所述新子集相对于所述一组历史提交请求的新支持度；以及

基于所述支持度和所述新支持度，确定所述关联关系。

16.根据权利要求13所述的设备，其中选择所述候选对象包括：

基于所述至少一个对象建立候选对象集合；以及

遍历所述候选对象集合以确定所述候选对象。

17.根据权利要求16所述的设备，其中所述方法进一步包括：响应于所述候选对象已经被选择，从所述候选对象集合移除所述候选对象。

18.根据权利要求17所述的设备，其中所述方法进一步包括：

将所述缺失对象添加至缺失对象集合；以及

响应于所述候选对象集合为空，提供所述缺失对象集合。

19.根据权利要求11所述的设备，其中所述一组对象中的对象包括所述软件开发项目中的目录和文件中的至少任一项，以及所述方法进一步包括：

将所述对象的路径转换至数字标识符；以及

利用所述数字标识符来表示所述对象。

20.一种计算机程序产品，所述计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，所述机器可执行指令用于执行根据权利要求1至10中的任一项所述的方法。

Images