CN106095415A - 开发文件打包方法、装置及*** - Google Patents

Abstract

本公开涉及应用开发技术领域，尤其涉及一种开发文件打包方法、装置及***。其中，该方法包括监控代码管理库中是否有更新的代码文件；当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；对下载至本地终端的所述代码文件进行打包，得到测试文件包。本发明实施例中提供的开发文件打包方法、装置及***，能够实现开发文件的自动打包。

Description

开发文件打包方法、装置及***

技术领域

本公开涉及应用开发技术领域，尤其涉及一种开发文件打包方法、装置及***。

背景技术

在应用软件开发过程中，对应用软件代码中存在的错误(Bug)进行修改以及对修改后的效果进行测试是应用软件开发中至关重要的一环。

例如在开发运行于iOS***的移动终端app时，对app的代码进行QA(QualityAssurance，品质保证)测试是不可缺少的一部分。目前对应用软件的开发代码进行测试的方法通常为：开发人员将新生成的应用源代码或者修改Bug之后的代码进行打包，将打包后的文件上传至版本管理工具(如SVN)上，之后通知测试人员，测试人员从版本管理工具上下载开发人员上传的打包文件并进行测试。

目前的开发文件打包方法存在诸如：开发人员上传打包文件后测试人员不能及时获知，测试人员需要催促询问开发人员打包进程等问题，影响应用软件的测试效率。

发明内容

本发明实施例中提供了一种开发文件打包方法、装置及***，以实现开发文件的自动打包。

第一方面，本发明实施例提供了一种开发文件打包方法，包括：

监控代码管理库中是否有更新的代码文件；

当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

对下载至本地终端的所述代码文件进行打包，得到测试文件包。

结合第一方面，在第一方面的第一种可能的实现方式中，确定代码管理库中有更新的代码文件的方式，包括：

处于登录访问所述代码管理库的状态；

确定是否接收到所述代码管理库发出的代码文件更新提示信息；

当接收到所述代码文件更新提示信息时，确定代码管理库中有更新的代码文件。

结合第一方面，在第一方面的第二种可能的实现方式中，确定代码管理库中有更新的代码文件的方式，包括：

按照预设的时间间隔访问代码管理库；

访问所述代码管理库时，根据所述代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

结合第一方面、第一方面的第一种或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述对下载至本地终端的所述代码文件进行打包之后，所述方法还包括：

将所述测试文件包上传至文件分发平台，以通过所述文件分发平台将所述测试文件包分发至不同的用户终端。

第二方面，本发明实施例提供了一种开发文件打包装置，所述打包装置部署于本地终端中，包括：

监控单元，用于监控代码管理库中是否有更新的代码文件；

确定单元，用于当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

下载单元，用于在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

打包单元，用于对下载至本地终端的所述代码文件进行打包，得到测试文件包。

结合第二方面，在第二方面的第一种可能的实现方式中，所述监控单元，具体用于：

处于登录访问所述代码管理库的状态；

确定是否接收到所述代码管理库发出的代码文件更新提示信息；

当接收到所述代码文件更新提示信息时，确定代码管理库中有更新的代码文件。

结合第二方面，在第二方面的第二种可能的实现方式中，所述监控单元，具体用于：

按照预设的时间间隔访问代码管理库；

访问所述代码管理库时，根据所述代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

结合第二面、第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述装置还包括：文件上传单元，用于在所述打包单元对下载至本地终端的所述代码文件进行打包之后，将所述测试文件包上传至文件分发平台，以通过所述文件分发平台将所述测试文件包分发至不同的用户终端。

第三方面，本发明实施例提供了一种开发文件打包***，包括：本地终端、代码管理终端及至少一个开发终端；

所述代码管理终端中设置有代码管理库；

所述开发终端用于将开发代码上传至所述代码管理库；

所述本地终端用于：

监控所述代码管理库中是否有更新的代码文件；

当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

对下载至本地终端的所述代码文件进行打包，得到测试文件包。

结合第三方面，在第三方面的第一种可能的实现方式中，所述***还包括：文件分发终端以及至少一个测试终端；

所述本地终端将所述测试文件包上传至所述文件分发终端；

所述文件分发终端将所述测试文件包分发至所述至少一个测试终端。

本发明实施例提供的技术方案可以包括以下有益效果：本发明实施例方案中，测试人员所使用的测试终端监控代码管理库中是否有更新的文件，当有更新的文件且达到打包时间时，测试终端可以将代码管理库中的更新文件下载到本地终端上并在本地终端自动打包，此方式下，可以实现对开发人员的开发文件自动下载打包，简化开发文件的打包过程，提高开发文件的打包效率，进而提高应用软件的开发效率。

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

附图说明

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

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的开发文件打包方法的流程图；

图2是本发明实施例提供的开发文件打包装置的结构示意图；

图3是本发明实施例提供的开发文件打包处理装置的内部结构示意图；

图4是本发明实施例提供的开发文件打包***的一种结构示意图；

图5是本发明实施例提供的开发文件打包***的另一种结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

图1是本发明实施例提供的开发文件打包方法的流程图。如图1所示，本发明实施例的开发文件打包方法的主要处理步骤包括：

步骤S11：监控代码管理库中是否有更新的代码文件。

应用软件开发过程中，开发人员将新生成的或者修改Bug后的开发代码保存在代码管理库中。具体的，代理管理库是程序开发人员和测试人员均能访问到的数据库，优选的代码管理库可以是开发人员在开发应用程序时所使用的开发工具的数据库或者是第三方应用平台提供的可用于存储开发程序代码的数据库。

可选的，本机终端访问代理管理库，并监控代码管理库中是否有更新的代码文件，其中本机终端可以是供测试人员使用的终端也可以是用于将打包文件分发给测试人员的中转终端。

步骤S12：当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间。

本机终端监控代码管理库的运行状态，当监测到代理管理库中有更新的代码文件时，本机终端可以直接将更新的代码文件下载到本地终端进行打包，但此种方式需要本机终端一直处于运行的工作状态，而且下载文件、打包文件的次数相对会比较频繁，占用本地终端相对比较多的资源，有可能会影响本地终端的运行效率。

为了能够及时对代码管理库中的更新的代码文件进行打包下载，同时又不会影响本地终端的运行效率，本发明实施例的本地终端可以预先设定打包时间，在当前时间达到设定的打包时间时，本地终端对监测到的更新文件进行打包。

步骤S13：在当前时间达到预设的打包时间时，将代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，当前时间段为上一次下载代码文件之后至当前时间的时间范围。

步骤S14：对下载至本地终端的代码文件进行打包，得到测试文件包。

本步骤得到的测试文件包可直接提供给测试人员进行测试工作。综上可见，本发明实施例方法中，本地终端上能够自动监控代码管理库中是否有更新的代码文件，并能够在达到设定时间时，对更新的代码文件自动下载并打包，简化了测试人员与开发人员的沟通环节，减少项目开发过程中的沟通成本，准确控制发包提测时间点，保障每轮次测试时间充足。

本发明实施例方案中，本地终端确定代码管理库中有更新的代码文件的方式可以有多种，例如，本地终端始终处于登录访问代码管理库的状态，当代码管理库中有更新的代码文件时，代码管理库发出代码文件更新提示信息，本地终端根据是否接收到代码更新提示信息确定代码管理库中是否有更新的代码文件，其中，当本地终端接收到代码文件更新提示信息时，本地终端确定代码管理库中有更新的代码文件。

在另外的一种方式中，本地终端按照预设的时间间隔访问代码管理库；当本地终端访问代码管理库时，本地终端根据代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

本发明实施例方案中，本地终端对下载至本地终端的代码文件打包之后得到测试文件包，该测试文件包可以提供给本地终端的测试人员进行测试。另外，当测试文件包需要多个测试人员的配合工作时，本地终端还可以将得到的测试文件包上传至文件分发平台，以通过文件分发平台将测试文件包分发至不同的用户终端，以供不同的测试人员分别展开测试作业。

本发明实施例中，本地终端可以通过其内部的监控部件监控代码管理库中是否有更新的代码文件，其中，该监控部件可以是基于Jenkins中的shell命令生成的监控部件。

其中，Jenkins是一款功能相对比较强大的代码开发工具，其可以安装在OSX(OSX是指苹果公司的操作***)***上运行。基于Jenkins的shell命令生成的监控部件可以定时监控代码管理库的更新，并在本机Xcode上自动编译并构建打包文件，其中，Xcode是苹果公司开发的编程软件，是开发人员建立OSX和iOS应用程序的最快捷的方式。

具体的，使用Jenkins中的shell命令构建上述监控部件的主要步骤包括：(1)配置本机Xcode工程，使本机中的Xcode支持监控部件的创建；(2)在预设的下载地址上下载安装Jenkins，并在Jenkins中创建JOB；(3)在创建的JOB上配置构建代码管理库以及通过shell命令创建监控部件，其中，创建的监控部件能够执行图1中所示出的开发文件打包方法。

基于图1所示的开发文件打包方法，本发明实施例还提供了一种开发文件打包装置，该装置用于执行图1中所示的开发文件打包方法。图2是本发明实施例提供的开发文件打包装置的结构示意图。该开发文件打包装置部署于本地终端中，如图2所示，该装置包括：

监控单元21，用于监控代码管理库中是否有更新的代码文件；

确定单元22，用于当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

下载单元23，用于在当前时间达到预设的打包时间时，将代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，当前时间段为上一次下载代码文件之后至当前时间的时间范围；

打包单元24，用于对下载至本地终端的代码文件进行打包，得到测试文件包。

在上述实施例中，监控单元21，具体用于：

处于登录访问代码管理库的状态；

确定是否接收到代码管理库发出的代码文件更新提示信息；

当监控部件接收到代码文件更新提示信息时，确定代码管理库中有更新的代码文件。

在上述实施例中，监控单元21，具体用于：

按照预设的时间间隔访问代码管理库；

当访问代码管理库时，根据代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

如图2所示，在开发文件打包装置中还包括：文件上传单元25，用于对下载至本地终端的代码文件进行打包之后，将测试文件包上传至文件分发平台，以通过文件分发平台将测试文件包分发至不同的用户终端。

基于上述的开发文件打包装置，本发明实施例还提供了另一种开发文件打包处理装置。图3是本发明实施例提供的开发文件打包处理装置的内部结构示意图。

如图3所示，开发文件打包处理装置300作为计算机***，至少可包括：至少一个处理器(processor)31、内存(memory)32、***设备接口(peripheral interface)33、输入/输出子***(I/O subsystem)34、电力线路35和通信线路36。

在图1中，箭头表示能进行计算机***的构成要素间的通信和数据传送，且其可利用高速串行总线(high-speed serial bus)、并行总线(parallel bus)、存储区域网络(SAN，Storage Area Network)和/或其他适当的通信技术而实现。

内存32可包括操作***321和开发文件打包控制例程322。例如，内存32可包括高速随机存取存储器(high-speed random access memory)、磁盘、静态随机存取存储器(SPAM)、动态随机存取存储器(DRAM)、只读存储器(ROM)、闪存或非挥发性内存。内存32可存储用于操作***321和开发文件打包控制例程322的程序编码，也就是说可包括开发文件打包处理装置300的动作所需的软件模块、指令集架构或其之外的多种数据。此时，处理器31或***设备接口33等其他控制器与内存32的存取可通过处理器31进行控制。

***设备接口33可将开发文件打包处理装置300的输入和/或输出***设备与处理器31和内存32相结合。并且，输入/输出子***34可将多种输入/输出***设备与***设备接口33相结合。例如，输入/输出子***34可包括显示器、键盘、鼠标、打印机或根据需要用于将触摸屏或照相机、各种传感器等***设备与***设备接口33相结合的控制器。根据另一侧面，输入/输出***可不经过输入/输出子***34而与***设备接口33相结合。

电力线路35可向终端设备的电路元件的全部或部分供给电力。例如，电力线路35可包括如电力管理***、电池或交流(AC)之一个以上的电源、充电***、电源故障检测电路(power failuredetection circuit)、电力变换器或逆变器、电力状态标记符或用于电力生成、管理、分配的任意其他电路元件。

通信线路36可利用至少一个外部接口与其他计算机***进行通信。并且如上所述，根据需要，通信线路34通过包括RF电路来接收发被称为电磁信号(electromagneticsignal)的RF信号，能与其他计算机***进行通信。

处理器31通过施行存储在内存32中的软件模块或指令集架构可执行用于开发文件打包处理装置300的多种功能且处理数据。也就是说，处理器31通过执行基本的算术、逻辑以及计算机***的输入/输出演算，可构成为处理计算机程序的命令。处理器31可构成为施行上述开发文件打包方法的程序编码。这种程序编码可存储在如内存32之记录装置中。

图3所示的开发文件打包处理装置300仅是一个示例，开发文件打包处理装置300可具有如下结构或配置：省略图3所示的部分电路元件，或进一步具备图3中未图示之追加的电路元件，或结合两个以上的电路元件。例如，用于移动环境的通信终端的计算机***除了图3所示的电路元件之外，还可进一步包括触摸屏或传感器等，且在通信线路34中也可包括用于多种通信方式(WiFi、3G、LTE、Bluetooth、NFC、Zigbee等)的RF通信的电路。可包含在开发文件打包处理装置300中的电路元件可由包括一个以上的信号处理或应用程序所特殊化的集成电路的硬件、软件或硬件和软件两者的组合而实现。

上述构成的开发文件打包处理装置300，可以监控代码管理库中是否有更新的文件，当有更新的文件且达到打包时间时，将代码管理库中的更新文件下载到本地终端上并在本地终端自动打包，此方式下，可以实现对开发人员的开发文件自动下载打包，简化开发文件的打包过程，提高开发文件的打包效率，进而提高应用软件的开发效率。

进一步，图3所示的开发文件打包装置用于执行图1所示的开发文件打包方法，具体执行过程参照图1说明，不再一一赘述。

图4是本发明实施例提供的开发文件打包***的一种结构示意图。如图4所示，该***包括：本地终端43、代码管理终端42及至少一个开发终端41。

在上述的开发文件打包***中，代码管理终端42中设置有代码管理库，代码管理库支持本地终端43及开发终端41的访问，具体的，当开发人员完成程序代码的编写或修改后，将新的开发文件上传至代码管理库中。

本地终端43用于：监控所述代码管理库中是否有更新的代码文件；当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；对下载至本地终端43的所述代码文件进行打包，得到测试文件包。

本发明实施例中的上述本地终端43可以是测试人员所使用的终端设备，也可以是专门用来自动从代码管理终端42中下载打包开发文件的终端设备。

上述的代码管理终端42可是真实的实体装置，也可以是终端设备中虚拟的数据存储区域。

图5是本发明实施例提供的开发文件打包***的另一种结构示意图。如图5所示，该***在图4的基础上还包括文件分发终端44以及至少一个测试终端45；当本地终端43中自动打包得到测试文件包后，本地终端43中的监控部件将测试文件包上传至文件分发终端44；文件分发终端44将测试文件包分发至至少一个测试终端45。

优选的，在文件分发终端44中预先存储有各个测试人员的发送方式，文件分发终端44获取到本地终端43上传的测试文件包后，按照预先存储的测试人员的发送方式将测试文件包发送至各个测试终端45。

本发明实施例的开发文件打包***，用于执行图1中所示的开发文件打包方法，其所执行的步骤与上述图1所示方法的相关步骤对应，对于各个执行细节参照对图1的说明，不再赘述。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及***实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种开发文件打包方法，其特征在于，包括：

监控代码管理库中是否有更新的代码文件；

当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

对下载至本地终端的所述代码文件进行打包，得到测试文件包。

2.根据权利要求1所述的方法，其特征在于，确定代码管理库中有更新的代码文件的方式，包括：

处于登录访问所述代码管理库的状态；

确定是否接收到所述代码管理库发出的代码文件更新提示信息；

当接收到所述代码文件更新提示信息时，确定代码管理库中有更新的代码文件。

3.根据权利要求1所述的方法，其特征在于，确定代码管理库中有更新的代码文件的方式，包括：

按照预设的时间间隔访问代码管理库；

访问所述代码管理库时，根据所述代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述对下载至本地终端的所述代码文件进行打包之后，所述方法还包括：

将所述测试文件包上传至文件分发平台，以通过所述文件分发平台将所述测试文件包分发至不同的用户终端。

5.一种开发文件打包装置，其特征在于，所述打包装置部署于本地终端中，包括：

监控单元，用于监控代码管理库中是否有更新的代码文件；

确定单元，用于当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

下载单元，用于在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

打包单元，用于对下载至本地终端的所述代码文件进行打包，得到测试文件包。

6.根据权利要求5所述的装置，其特征在于，所述监控单元，具体用于：

处于登录访问所述代码管理库的状态；

确定是否接收到所述代码管理库发出的代码文件更新提示信息；

当接收到所述代码文件更新提示信息时，确定代码管理库中有更新的代码文件。

7.根据权利要求5所述的装置，其特征在于，所述监控单元，具体用于：

按照预设的时间间隔访问代码管理库；

访问所述代码管理库时，根据所述代码管理库中的代码文件的上传时间，确定代码管理库中是否有更新的代码文件。

8.根据权利要求5～7中任一项所述的装置，其特征在于，所述装置还包括：文件上传单元，用于在所述打包单元对下载至本地终端的所述代码文件进行打包之后，将所述测试文件包上传至文件分发平台，以通过所述文件分发平台将所述测试文件包分发至不同的用户终端。

9.一种开发文件打包***，其特征在于，包括：本地终端、代码管理终端及至少一个开发终端；

所述代码管理终端中设置有代码管理库；

所述开发终端用于将开发代码上传至所述代码管理库；

所述本地终端用于：

监控所述代码管理库中是否有更新的代码文件；

当代码管理库中有更新的代码文件时，确定当前时间是否达到预设的打包时间；

在当前时间达到预设的打包时间时，将所述代码管理库中的当前时间段内的所有更新的代码文件下载至本地终端，其中，所述当前时间段为上一次下载代码文件之后至当前时间的时间范围；

对下载至本地终端的所述代码文件进行打包，得到测试文件包。

10.根据权利要求9所述的***，其特征在于，还包括：文件分发终端以及至少一个测试终端；

所述本地终端将所述测试文件包上传至所述文件分发终端；

所述文件分发终端将所述测试文件包分发至所述至少一个测试终端。