代码的编译检查方法、装置及设备与流程

本公开涉及通信领域，尤其涉及代码的编译检查方法、装置及设备。

背景技术：

随着移动终端的快速发展，用户对移动终端所具有的功能要求越来越高，为了满足用户日益提升的要求，开发人员需要经常更新移动终端中的各应用程序。而应用程序是以代码为基础构建的，因此，如果要更新应用程序，首先需要对应用程序的代码进行编译。

相关技术中，当开发人员开发完成一个功能或完成一段代码后，将在本地环境进行模块编译，以进行验证，即通过公共打包平台对某个机型进行编译验证，如果打包成功则意味着编译通过，可以交由测试人员进行测试，如果打包失败则意味着代码有问题，需要对代码进行检查，完成修改后再次打包，直到打包成功。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种代码的编译检查方法、装置及设备。

根据本公开实施例的第一方面，提供一种代码的编译检查方法，包括：

当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

将所述代码合并至所述机型对应的源代码，获得合并后的源代码；

对所述合并后的源代码进行编译检查，获得编译检查结果。

由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。

结合第一方面，在第一方面的第一种可能的实现方式中，所述方法还包括：所述确定代码所能编译检查的终端设备的机型之前，

判断所述代码是否需要编译检查；

若所述代码需要编译检查，则确定所述代码所能编译检查的终端设备的机型。

由于通过判断，在代码需要时才对该代码进行编译检查，这样，可以先过滤掉不需要编译检查的代码，由此可以提高代码编译检查的效率。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述确定代码所能编译检查的终端设备的机型，包括：

根据所述代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

通过代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型，使得代码所能编译检查的终端设备机型的确定方式更加简单。

结合第一方面，在第一方面的第三种可能的实现方式中，所述对所述合并后的源代码进行编译检查，获得编译检查结果包括：

若编译检查成功，则向用户发出提示信息；所述提示信息用于通知用户所述合并后的源代码编译成功。

在合并后的源代码编译检查成功之后，将向用户发出提示信息，以提醒用户，因此可以使得人机交互更加智能化，提高了用户的体验。

结合第一方面的第二种可能的实现方式，在第一方面的第四种可能的实现方式中，所述方法还包括：所述确定代码所能编译检查的终端设备的机型之后，

根据所述代码所能编译检查的终端设备的机型，确定所述代码所能编译检查的终端设备的机型的第一数量。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述方法还包括：所述对所述合并后的源代码进行编译检查，获得编译检查结果之后，

确定完成编译检查的所述合并后的源代码对应机型的第二数量；

判断所述第二数量是否等于所述第一数量；

若所述第二数量不等于所述第一数量，则向用户发出通知消息，所述通知消息用于提醒所述用户存在未编译检查的机型。

通过确定代码所能编译检查的终端设备的机型的第一数量和已经完成编译检查的合并后的源代码对应机型的第二数量，以判断是否将所有机型都编译检查，避免了遗漏编译检查的情形，提高了编译检查的准确性。

根据本公开实施例的第二方面，提供一种代码的编译检查装置，包括：

第一确定模块，被配置为在监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

第一获取模块，被配置为将所述代码合并至所述确定模块确定出的机型对应的源代码，获得合并后的源代码；

第二获取模块，被配置为对所述合并后的源代码进行编译检查，获得编译检查结果。

结合第二方面，在第二方面的第一种可能的实现方式中，所述装置还包括：

第一判断模块，被配置为判断所述代码是否需要编译检查；

第二确定模块，被配置为在所述第一判断模块判断出所述代码需要编译检查时，确定所述代码所能编译检查的终端设备的机型。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第二确定模块，包括：

确定子模块，被配置为根据所述代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

结合第二方面，在第二方面的第三种可能的实现方式中，所述第二获取模块，包括：

发送子模块，被配置为在编译检查成功时，向用户发出提示信息；所述提示信息用于通知用户所述合并后的源代码编译成功。

结合第二方面的第二种可能的实现方式，在第二方面的第四种可能的实现方式中，所述装置还包括：

第三确定模块，被配置为根据所述代码所能编译检查的终端设备的机型，确定所述代码所能编译检查的终端设备的机型的第一数量。

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述装置还包括：

第四确定模块，被配置为确定完成编译检查的所述合并后的源代码对应机型的第二数量；

第二判断模块，被配置为判断所述第二数量是否等于所述第一数量；

发送模块，被配置为在所述第二判断模块判断出所述第二数量不等于所述第一数量时，向用户发出通知消息，所述通知消息用于提醒所述用户存在未编译检查的机型。

根据本公开实施例的第三方面，提供一种终端设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

将所述代码合并至所述机型对应的源代码，获得合并后的源代码；

对所述合并后的源代码进行编译检查，获得编译检查结果。

本公开的实施例提供的技术方案可以包括以下有益效果：

当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型，将代码合并至机型对应的源代码，获得合并后的源代码，对合并后的源代码进行编译检查，获得编译检查结果。由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种代码的编译检查方法的流程图；

图2是根据另一示例性实施例示出的一种代码的编译检查方法的流程图；

图3是根据再一示例性实施例示出的一种代码的编译检查方法的流程图；

图4是根据一示例性实施例示出的一种代码的编译检查装置的框图；

图5是根据另一示例性实施例示出的一种代码的编译检查装置的框图；

图6是根据又一示例性实施例示出的一种代码的编译检查装置的框图；

图7是根据再一示例性实施例示出的一种代码的编译检查装置的框图；

图8是根据再一示例性实施例示出的一种代码的编译检查装置框图；

图9是根据再一示例性实施例示出的一种代码的编译检查装置的框图；

图10是根据再一示例性实施例示出的一种代码的编译检查装置的框图；

图11是根据一示例性实施例示出的一种用于代码的编译检查装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种代码的编译检查方法的流程图，如图1所示，本实施例涉及的代码的编译检查方法用于终端设备中，该终端设备为能够进行代码编译检查的设备，例如可以是手机、个人数字助理(Personal Digital Assistant，简称PDA)等。该代码的编译检查方法包括以下步骤。

在步骤S11中，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型。

在本实施例中，当开发人员将代码提交到终端设备的gerrit后，将会触发trigger插件，此时，终端设备将会接收到代码编译检查指令，该代码编译检查指令用于指示对开发人员提交的代码进行编译检查。

另外，由于每一段代码都有能够编译检查的终端设备的机型，因此，当终端设备在监测到代码编译检查指令时，需要确定该代码所能编译检查的终端设备的机型，例如：代码S1能够编译检查小米3，小米4和小米5等机型。

在步骤S12中，将代码合并至机型对应的源代码，获得合并后的源代码。

在本公开实施例中，由于开发人员提交的代码可能是对系统的更新，也有可能是新增的应用程序，因此，一方面为了检测该代码与源代码的兼容性，另一方面为了检测该代码的准确性，故需要将该代码合并至源代码中。当终端设备确定出代码所能编译检查的终端设备的机型后，会将开发人员提交的代码合并至该机型对应的源代码中。例如：若确定出代码S1能够编译检查小米3，小米4和小米5等机型，则将代码S1分别合并至小米3，小米4和小米5对应的源代码中，以获得合并后的源代码。

在步骤S13中，对合并后的源代码进行编译检查，获得编译检查结果。

本公开实施例中，终端设备在获得合并后的源代码之后，将会该合并后的源代码进行编译检查，这样，避免了开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。另外，通过对合并后的源代码进行编译检查，可以有效的控制开发人员的入库代码质量，减少因为编译不过而导致的外发版本编译失败的现象。

本实施例的代码的编译检查方法，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型，将代码合并至机型对应的源代码，获得合并后的源代码，对合并后的源代码进行编译检查，获得编译检查结果。由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。

图2是根据另一示例性实施例示出的一种代码的编译检查方法的流程图，该方法用于终端设备中，本实施例在图1所示实施例的基础上，对确定代码所能编译检查的终端设备的机型的实施例，作详细说明，如图2所示，该代码的编译检查方法包括以下步骤。

在步骤S21中，当监测到代码编译检查指令时，判断代码是否需要编译检查。

在本公开实施例中，当终端设备接收到开发人员提交的代码之后，需要先判断该代码是否需要编译检查，这样，可以先过滤掉不需要编译检查的代码，由此可以提高代码编译检查的效率。例如：若该代码为文本文档或者在文本文档中记录某一个值等，这些都不需要编译检查。

在步骤S22中，若代码需要编译检查，则根据代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

在本公开实施例中，若终端设备判断出代码需要编译检查，则根据开发人员提交的代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

若终端设备判断出代码不需要编译检查，则整个代码的编译检查过程结束。

在步骤S23中，将代码合并至机型对应的源代码，获得合并后的源代码。

在步骤S24中，对合并后的源代码进行编译检查，获得编译检查结果。

本实施例的代码的编译检查方法，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型，将代码合并至机型对应的源代码，获得合并后的源代码，对合并后的源代码进行编译检查，获得编译检查结果。由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。另外，通过代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型，使得代码所能编译检查的终端设备机型的确定方式更加简单。

可选地，在上述各实施例的基础上，若对合并后的源代码进行编译检查，且编译检查成功，则向用户发出提示信息；该提示信息用于通知用户合并后的源代码编译成功。

具体地，该提示信息可以包括声音提示、语音提示或消息提示弹窗中的至少一种。当合并后的源代码编译检查成功，则终端设备将通过声音、语音或消息提示弹窗中的至少一种来提醒用户，该合并后的源代码编译成功。

本实施例的代码的编译检查方法，在合并后的源代码编译检查成功之后，将向用户发出提示信息，以提醒用户，因此可以使得人机交互更加智能化，提高了用户的体验。

可选地，在上述各实施例的基础上，若对合并后的源代码进行编译检查，且编译检查失败，则向用户发出携带有失败日志的提示信息。

具体地，该提示信息包括消息提示弹窗。当合并后的源代码编译检查失败，则终端设备将失败日志携带在提示信息中发送给用户，以使用户根据失败日志进行检查，以此缩短开发周期，提高代码编译检查的效率。

图3是根据再一示例性实施例示出的一种代码的编译检查方法的流程图，该方法用于终端设备中，本实施例在图2所示实施例的基础上，对合并后的源代码进行编译检查之后，如何确定代码所能编译的所有机型均已进行编译检查的实施例，作详细说明，如图3所示，该代码的编译检查方法包括以下步骤。

在步骤S31中，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型。

在步骤S32中，根据代码所能编译检查的终端设备的机型，确定代码所能编译检查的终端设备的机型的第一数量。

在本公开实施例中，终端设备在确定出代码所能编译检查的终端设备的机型之后，将确定所有能够编译检查的机型的第一数量，并将确定出的第一数量存入数据库中。例如：若代码S1能够编译检查小米3、小米4和小米5的机型，则第一数量即为3。通过控制代码所能编译检查的终端设备的机型个数，可以有效地做到相同的代码在不同的机型平台上的兼容性检查。

在步骤S33中，将代码合并至机型对应的源代码，获得合并后的源代码。

在步骤S34中，对合并后的源代码进行编译检查，获得编译检查结果。

在步骤S35中，确定完成编译检查的合并后的源代码对应机型的第二数量。

在本公开实施例中，编译完成之后，将确定已经完成编译检查的所有机型的数量，例如：小米3和小米4的机型已经完成编译检查，而小米5还没有进行编译检查，则第二数量即为2。

在步骤S36中，判断第二数量是否等于第一数量。

在步骤S37中，若第二数量不等于第一数量，则向用户发出通知消息，该通知消息用于提醒用户存在未编译检查的机型。

在本公开实施例中，若第二数量等于第一数量，则说明所有能够编译的机型均已完成编译检查，则编译过程结束。若第二数量不等于第一数量，则会向用户发出通知消息，以提醒用户还存在未编译检查的机型。这样，避免了遗漏编译检查的情形，提高了编译检查的准确性。

本实施例的代码的编译检查方法，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型，将代码合并至机型对应的源代码，获得合并后的源代码，对合并后的源代码进行编译检查，获得编译检查结果。由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。另外，通过确定代码所能编译检查的终端设备的机型的第一数量和已经完成编译检查的合并后的源代码对应机型的第二数量，以判断是否将所有机型都编译检查，避免了遗漏编译检查的情形，提高了编译检查的准确性。

图4是根据一示例性实施例示出的一种代码的编译检查装置的框图，如图4所示，该编译检查装置包括第一确定模块11、第一获取模块12和第二获取模块13。

第一确定模块11被配置为在监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

第一获取模块12被配置为将所述代码合并至所述第一确定模块11确定出的机型对应的源代码，获得合并后的源代码；

第二获取模块13被配置为对所述第一获取模块12获取的所述合并后的源代码进行编译检查，获得编译检查结果。

其中，如图5所示，图5是根据另一示例性实施例示出的一种代码的编译检查装置的框图，在图4所示实施例的基础上，所述装置还包括第一判断模块14和第二确定模块15；

第一判断模块14被配置为判断所述代码是否需要编译检查；

第二确定模块15被配置为在所述第一判断模块14判断出所述代码需要编译检查时，确定所述代码所能编译检查的终端设备的机型。

其中，如图6所示，图6是根据又一示例性实施例示出的一种代码的编译检查装置的框图，在图5所示实施例的基础上，所述第二确定模块15包括确定子模块151；

确定子模块151被配置为根据所述代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

其中，如图7所示，图7是根据再一示例性实施例示出的一种代码的编译检查装置的框图，在图4所示实施例的基础上，所述第二获取模块13包括发送子模块131；

发送子模块131被配置为在编译检查成功时，向用户发出提示信息；所述提示信息用于通知用户所述合并后的源代码编译成功。

其中，如图8所示，图8是根据再一示例性实施例示出的一种代码的编译检查装置的框图，在图6所示实施例的基础上，所述装置还包括：第三确定模块16。

第三确定模块16被配置为根据所述代码所能编译检查的终端设备的机型，确定所述代码所能编译检查的终端设备的机型的第一数量。

其中，如图9所示，图9是根据再一示例性实施例示出的一种代码的编译检查装置的框图，在图8所示实施例的基础上，所述装置还包括：第四确定模块17、第二判断模块18和发送模块19。

第四确定模块17被配置为确定完成编译检查的所述合并后的源代码对应机型的第二数量；

第二判断模块18被配置为判断所述第二数量是否等于所述第一数量；

发送模块19被配置为在所述第二判断模块18判断出所述第二数量不等于所述第一数量时，向用户发出通知消息，所述通知消息用于提醒所述用户存在未编译检查的机型。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上描述了代码的编译检查装置的内部功能和结构，如图10所示，该代码的编译检查装置可实现为：

当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

将所述代码合并至所述机型对应的源代码，获得合并后的源代码；

对所述合并后的源代码进行编译检查，获得编译检查结果。

本实施例的代码的编译检查方法，当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型，将代码合并至机型对应的源代码，获得合并后的源代码，对合并后的源代码进行编译检查，获得编译检查结果。由于在确定出代码所能编译检查的终端设备的机型之后，可以将代码合并到该机型对应的源代码中，并对该合并后的源代码进行编译检查，故可以实现自动编译的目的，由此避免了相关技术中开发人员在每次完成代码后都需要本地编译检查，再到公共编译平台去进行编译检查的现象，从而缩短了开发周期，提高了代码编译检查的效率。

图11是根据一示例性实施例示出的一种用于代码的编译检查装置的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图11，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种代码的编译检查方法，所述方法包括：

当监测到代码编译检查指令时，确定代码所能编译检查的终端设备的机型；

将所述代码合并至所述机型对应的源代码，获得合并后的源代码；

对所述合并后的源代码进行编译检查，获得编译检查结果。

其中，所述方法还包括：所述确定代码所能编译检查的终端设备的机型之前，

判断所述代码是否需要编译检查；

若所述代码需要编译检查，则确定所述代码所能编译检查的终端设备的机型。

其中，所述确定代码所能编译检查的终端设备的机型，包括：

根据所述代码所在的项目和代码分支，确定代码所能编译检查的终端设备的机型。

其中，所述对所述合并后的源代码进行编译检查，获得编译检查结果包括：

若编译检查成功，则向用户发出提示信息；所述提示信息用于通知用户所述合并后的源代码编译成功。

其中，所述方法还包括：所述确定代码所能编译检查的终端设备的机型之后，

根据所述代码所能编译检查的终端设备的机型，确定所述代码所能编译检查的终端设备的机型的第一数量。

其中，所述方法还包括：所述对所述合并后的源代码进行编译检查，获得编译检查结果之后，

确定完成编译检查的所述合并后的源代码对应机型的第二数量；

判断所述第二数量是否等于所述第一数量；

若所述第二数量不等于所述第一数量，则向用户发出通知消息，所述通知消息用于提醒所述用户存在未编译检查的机型。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。