CN107391155A

CN107391155A - 一种打包方法及装置

Info

Publication number: CN107391155A
Application number: CN201710642618.1A
Authority: CN
Inventors: 王正林
Original assignee: Beijing VRV Software Corp Ltd
Current assignee: Beijing VRV Software Corp Ltd
Priority date: 2017-07-31
Filing date: 2017-07-31
Publication date: 2017-11-24

Abstract

本发明公开了一种打包方法及装置，预先调用shell脚本生成打包脚本，所述方法包括：接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；依据所述存储地址、从所述svn中获取所述文件的文件代码；调用所述打包脚本、按照所述打包类型对所述文件代码打包。由上可见，本发明通过调用打包脚本可以直接对文件进行打包，对待打包文件的数量并无限制，根据需要可以将多个文件打包成需要的分布式和微服务架构的***。

Description

一种打包方法及装置

技术领域

本发明涉及软件技术领域，特别是涉及一种打包方法及装置。

背景技术

分布式和微服务架构的***中，打包、部署和升级是非常繁重的工作，而现阶段的jenkins打包机制无法完全满足需求。其中，打包指的是将多个文件放在一起变成一个包，便于保存和传输。

现有技术中，在使用jenkins打包机制对文件进行打包时，每个包中所能包含的文件的数量有限，当待打包的文件较多时，需要将待打包的文件打成多个包，而后由运维人员将多个包手动组合成需要的服务***。

发明人在对现有技术的研究过程中发现：jenkins虽然可以实现自动打包，但是对于微服务这种庞大的***，需要运维人员手动参与才能打包获得，实现效率较低。

发明内容

为解决上述技术问题，本发明实施例提供了一种打包方法及装置，以解决对于微服务这种庞大的***，需要运维人员手动参与才能打包获得，实现效率较低的问题，技术方案如下：

一种打包方法，预先调用shell脚本生成打包脚本，所述方法包括：

接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；

依据所述存储地址、从所述svn中获取所述文件的文件代码；

调用所述打包脚本、按照所述打包类型对所述文件代码打包。

优选地，所述打包请求还包括企业类型；

相应地，依据所述存储地址、从所述svn中获取所述文件的文件代码，包括：

依据所述存储地址、从所述svn中获取所述文件中、属于所述企业类型的文件代码。

优选地，还包括：

将生成的打包文件存储到本地。

优选地，还包括：

使用SSH协议，将生成的打包文件映射到与本地预先绑定的远程服务器中。

优选地，所述打包请求还包括所述文件的版本号；

依据所述存储地址、从所述svn中获取所述文件中、与所述版本号对应的文件代码。

一种打包装置，预先调用shell脚本生成打包脚本，所述方法包括：

接收单元，用于接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；

获取单元，用于依据所述存储地址、从所述svn中获取所述文件的文件代码；

调用单元，用于调用所述打包脚本、按照所述打包类型对所述文件代码打包。

优选地，所述打包请求还包括企业类型；

相应地，所述获取单元，包括：

第一获取子单元，用于依据所述存储地址、从所述svn中获取所述文件中、属于所述企业类型的文件代码。

优选地，还包括：

存储单元，用于将生成的打包文件存储到本地。

优选地，还包括：

映射单元，用于使用SSH协议，将生成的打包文件映射到与本地预先绑定的远程服务器中。

优选地，所述打包请求还包括所述文件的版本号；

相应地，所述获取单元，包括：

第一获取子单元，用于依据所述存储地址、从所述svn中获取所述文件中、与所述版本号对应的文件代码。

本发明实施例提供的技术方案，预先调用shell脚本生成打包脚本，接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；依据所述存储地址、从所述svn中获取所述文件的文件代码；调用所述打包脚本、按照所述打包类型对所述文件代码打包。由上可见，本发明通过调用打包脚本可以直接对文件进行打包，对待打包文件的数量并无限制，根据需要可以将多个文件打包成需要的分布式和微服务架构的***。

附图说明

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

图1为本发明实施例所提供的一种打包方法的一种流程示意图；

图2为本发明实施例所提供的一种打包方法的另一种流程示意图；

图3为本发明实施例所提供的一种打包装置的一种结构示意图；

图4为本发明实施例所提供的一种打包装置的另一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供的打包方法，在本地通过独立的shell脚本对从svn中获取的文件代码进行打包，所以，需要预先生成独立的shell脚本，该独立的shell脚本又可以成为打包脚本，其仅用于实现对文件的打包。

svn是Subversion的简称，是一种集中式文件版本控制***，其实现的核心是服务器，所有开发者可以从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。

Shell脚本(Shell Script)与Windows/Dos下的批处理相似，即将各类命令预先放入到一个文件中，方便一次性执行的一个程序文件。

请参阅图1，图1为本发明实施例提供的一种打包方法的一种实现流程图，所述方法包括：

步骤S101、接收用户端的打包请求；

用户端可以包括客户端和服务端。

所述打包请求包含用于打包的配置文件，该配置文件规范了打包的格式。

该配置文件可以包括打包类型和文件在svn中的存储地址。

打包类型可以根据文件所在***不同而不同，例如，在安卓***中，打包的类型可以为war包，在非安卓***中，打包的类型可以为jar包。当是war包时，可以将war包存储于本地的tomcat下面，若是jar包，可以将jar包存储于本地的工程文件夹下面。

为了能对不同的端进行打包，使用thrift实现rpc远程接口调用，获取打包请求中的各配置文件。

步骤S102、依据所述存储地址、从所述svn中获取所述文件的文件代码；

由于所有的文件代码都存储于svn中，所以，根据打包请求中的存储地址可以从svn中获取待打包的文件的文件代码。

步骤S103、调用所述打包脚本、按照所述打包类型对所述文件代码打包。

获取到待打包文件的文件代码后，可以调用打包脚本将文件代码打包成符合打包类型的包。

请参阅图2，图2为本发明实施例提供的一种打包方法的另一种实现流程图，所述方法包括：

步骤S201、接收用户端的打包请求；

用户端可以包括客户端和服务端。

该配置文件可以包括打包类型和文件在svn中的存储地址。

所述打包请求至少包括打包类型和文件在svn中的存储地址；

打包请求还可以包括企业类型和文件的版本号，其中，企业的类型为企业的唯一标识，不同企业的服务器上的打包文件不能相互应用；同一文件可以具有多个版本号，高版本号的文件的功能包含低版本号的文件的功能。

svn在管理文件代码的时候，为了防止不同的人都操作同一个文件，会通过版本号进行控制，每一个文件的版本号都有先后顺序。打包时下载当前版本号对应的代码进行打包。

不同的版本号对应不同的文件代码，例如有12,13三个版本号，版本号越高，文件代码的功能越多，如12版本号的文件只具有聊天的功能，而13版本号的文件具有聊天和商城的功能，所以，在获取12版本号的文件代码时，该文件代码不具有商城的功能，当后去13版本号的文件代码时，该文件代码除具有聊天的功能还具有商城的功能。

步骤S202、依据所述存储地址、从所述svn中获取属于所述企业类型、与所述版本号对应的文件代码；

步骤S203、调用所述打包脚本、按照所述打包类型对所述文件代码打包。

步骤S204、将生成的打包文件存储到本地。

步骤S205、使用SSH协议，将生成的打包文件映射到与本地预先绑定的远程服务器中。

为了能对生成的打包文件进行发布和升级，使用linux的ssh无密码远程连接服务器，事先建立服务器之间的映射关系。

生成打包文件时，可以在服务器中部署该打包文件，此时，需要通过SSH协议将生成的打包文件映射到与本地预先绑定的服务器中。

其中，本地指的是生成打包文件的服务器。

实际应用中，步骤S204与步骤S205并无严格的先后执行顺序，即根据需要，步骤S204可以在步骤S205执行，也可以在步骤S205之后执行，二者之间并无严格的先后执行顺序。

另外，在服务器中对打包文件进行部署时，若在部署的过程中出现不可逆转的错误，导致部署或者升级无法进行时，需要回退，即回退到升级之前的***，以让***能够正常使用。

例如，***现在运行的是1.0的版本，需要进行2.0的升级，当2.0升级出错就要回退，而回退是将1.0拿出来进行部署，把2.0作废。

实际打包过程中，可以对打包的每个环节进行日志的实时更新，并在用户端进行回显，以使用户端获悉打包的进度。

请参阅图3，图3为本发明实施例提供的打包装置的一种结构示意图，该装置包括：

接收单元310，用于接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；

用户端可以包括客户端和服务端。

该配置文件可以包括打包类型和文件在svn中的存储地址。

获取单元320，用于依据所述存储地址、从所述svn中获取所述文件的文件代码；

调用单元330，用于调用所述打包脚本、按照所述打包类型对所述文件代码打包。

请参阅图4，图4为本发明实施例提供的打包装置的一种结构示意图，该装置包括：

接收单元410，用于接收用户端的打包请求，所述打包请求至少包括打包类型和文件在svn中的存储地址；

所述打包请求至少包括打包类型和文件在svn中的存储地址；

获取单元420，用于依据所述存储地址、从所述svn中获取所述文件的文件代码；

调用单元430，用于调用所述打包脚本、按照所述打包类型对所述文件代码打包；

存储单元440，用于将生成的打包文件存储到本地；

映射单元450，用于使用SSH协议，将生成的打包文件映射到与本地预先绑定的远程服务器中。

其中，本地指的是生成打包文件的服务器。

所述打包请求还包括企业类型；

相应地，所述获取单元，包括：

所述打包请求还包括所述文件的版本号；

相应地，所述获取单元，包括：

对于装置或***实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置或***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，在没有超过本发明的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本发明的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

另外，所描述***，装置和方法以及不同实施例的示意图，在不超出本发明的范围内，可以与其它***，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种打包方法，其特征在于，预先调用shell脚本生成打包脚本，所述方法包括：

依据所述存储地址、从所述svn中获取所述文件的文件代码；

2.根据权利要求1所述的方法，其特征在于，所述打包请求还包括企业类型；

3.根据权利要求1所述的方法，其特征在于，还包括：

将生成的打包文件存储到本地。

4.根据权利要求1所述的方法，其特征在于，还包括：

5.根据权利要求2所述的方法，其特征在于，所述打包请求还包括所述文件的版本号；

6.一种打包装置，其特征在于，预先调用shell脚本生成打包脚本，所述方法包括：

7.根据权利要求6所述的装置，其特征在于，所述打包请求还包括企业类型；

相应地，所述获取单元，包括：

8.根据权利要求6所述的装置，其特征在于，还包括：

存储单元，用于将生成的打包文件存储到本地。

9.根据权利要求6所述的装置，其特征在于，还包括：

10.根据权利要求7所述的装置，其特征在于，所述打包请求还包括所述文件的版本号；

相应地，所述获取单元，包括：