CN111611008A - 一种软件代码打包部署方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种软件代码打包部署方法、装置、设备及存储介质。该方法的步骤包括：获取传入的打包部署需求以及软件代码；选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本；根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。由于本方法在进行代码打包部署时无需技术人员编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。此外，本申请还提供一种软件代码打包部署装置、设备及存储介质，有益效果同上所述。

Description

一种软件代码打包部署方法、装置、设备及存储介质

技术领域

本申请涉及软件开发领域，特别是涉及一种软件代码打包部署方法、装置、设备及存储介质。

背景技术

当前的软件开发随着工程化的演进，在软件开发项目的过程中大概有几个阶段：开发、测试、上线，不同过程中软件项目会根据过程中的需要对过程进行定制化的输出，比如开发阶段要求产品要方便调试，测试阶段要能看到完整的数据，上线的产品对性能和体积有更大的要求。

在将开发的软件代码进行测试或上线运行时，为了确保软件代码能够在不同的运行场景中正常运行，当前技术人员往往需要根据实际的运行场景，以编写构建工具的配置参数的方式对软件代码的内容进行相应的新增或修改，进而编译为相应场景下可以运行的软件包并进行场景下的部署。由于当前对于软件代码的构建要求相对复杂，所以配置参数的编写往往需要产生较大的时间开销，并且难以确保调用多个构建工具时的可靠性。

由此可见，提供一种软件代码打包部署方法，以相对降低软件代码打包部署过程的时间开销，并相对确保软件代码打包部署过程的整体可靠性，是本领域技术人员需要解决的问题。

发明内容

本申请的目的是提供一种软件代码打包部署方法、装置、设备及存储介质，以相对降低软件代码打包部署过程的时间开销，并相对确保软件代码打包部署过程的整体可靠性。

为解决上述技术问题，本申请提供一种软件代码打包部署方法，包括：

获取传入的打包部署需求以及软件代码；

选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本；

根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

优选地，当代码构建工具的数量大于1时，获取代码构建工具的配置脚本，包括：

统计代码构建工具之间的关联关系；

获取与关联关系对应的配置脚本。

优选地，获取代码构建工具的配置脚本，包括：

获取与代码构建工具对应的配置脚本模板以及传入的自定义配置信息；

利用自定义配置信息覆盖配置脚本模板中的默认配置信息，得到配置脚本。

优选地，获取与代码构建工具对应的配置脚本模板以及传入的自定义配置信息，包括：

获取与代码构建工具对应的配置脚本模板以及基于预设API传入的自定义配置信息。

优选地，自定义配置信息包括变量配置信息和/或逻辑配置信息。

优选地，当配置脚本模板的数量大于1时，自定义配置信息还包括依赖关系配置信息。

优选地，根据配置脚本对代码构建工具执行参数配置，包括：

获取配置脚本中的配置信息，并将配置信息转化为静态文件；

将静态文件写入至代码构建工具的配置文件路径。

此外，本申请还提供一种软件代码打包部署装置，包括：

需求代码获取模块，用于获取传入的打包部署需求以及软件代码；

工具脚本选取模块，用于选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本；

配置部署模块，用于根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

此外，本申请还提供一种软件代码打包部署设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上述的软件代码打包部署方法的步骤。

此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的软件代码打包部署方法的步骤。

本申请所提供的软件打包部署方法，首先获取传入的打包部署需求以及软件代码，进而选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本，进而根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包和部署。由于本方法是根据打包部署需求获取相应的代码构建工具以及代码构建工具的配置脚本，进而通过配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署，技术人员在进行代码打包部署时无需编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。此外，本申请还提供一种软件代码打包部署装置、设备及存储介质，有益效果同上所述。

附图说明

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

图1为本申请实施例公开的一种软件代码打包部署方法的流程图；

图2为本申请实施例公开的一种具体的软件代码打包部署方法的流程图；

图3为本申请实施例公开的一种具体的软件代码打包部署方法的流程图；

图4为本申请实施例公开的一种具体的软件代码打包部署方法的流程图；

图5为本申请实施例公开的一种软件代码打包部署装置的结构示意图。

具体实施方式

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

在将开发的软件代码进行测试或上线运行时，为了确保软件代码能够在不同的运行场景中正常运行，当前技术人员往往需要根据实际的运行场景，以编写构建工具的配置参数的方式对软件代码的内容进行相应的新增或修改，进而编译为相应场景下可以运行的软件包并进行场景下的部署。由于当前对于软件代码的构建要求相对复杂，所以配置参数的编写往往需要产生较大的时间开销，并且难以确保调用多个构建工具时的可靠性。

为此，本申请的核心是提供一种软件代码打包部署方法，以相对降低软件代码打包部署过程的时间开销，并相对确保软件代码打包部署过程的整体可靠性。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

请参见图1所示，本申请实施例公开了一种软件代码打包部署方法，包括：

步骤S10：获取传入的打包部署需求以及软件代码。

需要说明的是，本步骤获取的打包部署需求，可以具体是由用户根据软件代码打包部署的实际场景而发起的请求信息，其中，打包部署需求对应着当前进行软件代码打包部署过程需要的代码构建工具。

打包部署需求可以进一步细化为打包部署过程中需要调用的代码构建工具信息。另外，本步骤中获取的软件代码指的是需要进行打包部署的软件代码。本实施例中的对软件代码的打包部署，指的是将软件代码作为工程项目进行编译得到相应的软件包并在系统中运行该软件包。

步骤S11：选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本。

在获取到传入的打包部署需求以及软件代码之后，本步骤进一步选取与打包部署需求对应的代码构建工具。其中，代码构建工具的作用是在对软件代码进行编译或部署的过程中对软件代码进行符合特定场景需求的内容新增或内容修改，目的是确保编译过程的正确性以及部署过程的可靠性。在获取到与打包部署需求对应的代码构建工具之后，进一步获取相应代码构建工具的配置脚本。其中，配置脚本指的是对代码构建工具进行参数配置的脚本，通过执行配置脚本能够完成对代码构建工具的参数配置，以此确保代码构建工具正常运行。

步骤S12：根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

在选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本之后，本步骤进一步根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

本申请所提供的软件打包部署方法，首先获取传入的打包部署需求以及软件代码，进而选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本，进而根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包和部署。由于本方法是根据打包部署需求获取相应的代码构建工具以及代码构建工具的配置脚本，进而通过配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署，技术人员在进行代码打包部署时无需编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。

请参见图2所示，当代码构建工具的数量大于1时，本申请实施例公开了一种软件代码打包部署方法，包括：

步骤S20：获取传入的打包部署需求以及软件代码。

步骤S21：选取与打包部署需求对应的代码构建工具。

步骤S22：统计代码构建工具之间的关联关系。

步骤S23：获取与关联关系对应的配置脚本。

步骤S24：根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

需要说明的是，本实施例是当代码构建工具的数量大于1时的场景，在此场景中，代码构建工具之间往往需要对软件代码进行协同处理，因此代码构建工具之间具有依赖关系，为了确保多个代码构建工具共同对软件代码进行打包部署过程中的可靠性，在获取代码构建工具的配置脚本时，具体需要先统计代码构建工具之间的关联关系，进而获取与关联关系对应的配置脚本，进而通过该配置脚本对代码构建工具执行参数配置。本实施例的重点是基于代码构建工具之间的关联关系，对各个代码构建工具执行参数配置，以此当进行软件代码打包部署时所需的代码构建工具数量大于1时，相对确保了软件代码打包部署过程的整体可靠性。

请参见图3所示，本申请实施例公开了一种软件代码打包部署方法，包括：

步骤S30：获取传入的打包部署需求以及软件代码。

步骤S31：选取与打包部署需求对应的代码构建工具。

步骤S32：获取与代码构建工具对应的配置脚本模板以及传入的自定义配置信息。

需要说明的是，本步骤中代码构建工具对应的配置脚本模板指的是对代码构建工具的进行参数配置的默认脚本，配置脚本模板中包含有对代码构建工具的默认配置信息。另外，自定义配置信息指的是用户针对于实际场景下，对软件代码进行打包部署的实际需求而对代码构建工具设置的配置参数。

步骤S33：利用自定义配置信息覆盖配置脚本模板中的默认配置信息，得到配置脚本。

在获取到与代码构建工具对应的配置脚本模板以及传入的自定义配置信息之后，本步骤进一步利用自定义配置信息替换配置脚本模板中的默认配置信息，得到配置脚本，目的是能够根据对代码构建工具的实际功能需求，在配置脚本模板的基础上，有针对性的进行配置信息的定制。

步骤S34：根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

本实施例，利用自定义配置信息覆盖配置脚本模板中的默认配置信息，得到配置脚本，通过自定义配置信息，用户能够灵活的实现对于配置脚本的可定制性，进一步提高了软件代码打包部署过程的整体灵活性。

在上述实施例的基础上，作为一种优选的实施方式，获取与代码构建工具对应的配置脚本模板以及传入的自定义配置信息，包括：

获取与代码构建工具对应的配置脚本模板以及基于预设API传入的自定义配置信息。

需要说明的是，本实施方式的重点在于，自定义配置信息通过API(ApplicationProgramming Interface，应用程序接口)方式传入，由于API往往是将功能代码的实现细节隐藏，只提供必要的抽象属性，因此在本实施方式中，自定义配置信息基于预设API传入，无需调用复杂的功能函数，能够相对提高获取自定义配置信息过程的便捷性以及效率。

此外，在上述实施例的基础上，作为一种优选的实施方式，自定义配置信息包括变量配置信息和/或逻辑配置信息。

需要说明的是，本实施方式的重点在于，自定义配置信息可以进一步包括变量配置信息和/或逻辑配置信息，变量配置信息指的是与代码构建工具中的参数变量相关的配置信息，而逻辑配置信息指的是对代码构建工具整的参数变量进行配置时，与所采用的配置逻辑相关的配置信息。另外，在实际的软件代码打包部署场景中，自定义配置信息中可以仅包括变量配置信息或仅包括逻辑配置信息，也可以同时包括变量配置信息和逻辑配置信息，应根据实际场景而定，在此不做具体限定。本实施方式进一步提高了软件代码打包部署过程的整体灵活性。

更进一步的，当配置脚本模板的数量大于1时，自定义配置信息还包括依赖关系配置信息。

需要说明的是，本实施方式是考虑在配置脚本模板的数量大于1的场景下，配置脚本模板之间的执行顺序决定着所对应的代码构建工具的配置顺序，而配置参数之间往往是存在依赖关系的，配置顺序的不同，可能导致代码构建工具的，因此为了确保配置代码构建工具的正确性，本实施方式中的自定义配置信息还包括依赖关系配置信息。本实施方式相对确保了用户对代码构建工具进行自定义配置过程的准确性以及可靠性。

请参见图4所示，本申请实施例公开了一种软件代码打包部署方法，包括：

步骤S40：获取传入的打包部署需求以及软件代码。

步骤S41：选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本。

步骤S42：获取配置脚本中的配置信息，并将配置信息转化为静态文件。

步骤S43：将静态文件写入至代码构建工具的配置文件路径。

步骤S44：通过参数配置后的代码构建工具对软件代码执行打包部署。

需要说明的是，本实施例的重点在于，在根据配置脚本对代码构建工具执行参数配置时，具体是获取配置脚本中的配置信息，并将配置信息转化为静态文件，进而将静态文件写入至代码构建工具的配置文件路径，以此完成对代码构建工具执行参数配置。本实施例中，将配置信息转化为静态文件，并将静态文件写入至代码构建工具的配置文件路径，能够相对确保代码构建工具对配置文件路径中静态文件的可靠调用，以此确保对代码构建工具进行参数配置的可靠性。

请参见图5所示，本申请实施例提供了一种软件代码打包部署装置，包括：

需求代码获取模块10，用于获取传入的打包部署需求以及软件代码；

工具脚本选取模块11，用于选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本；

配置部署模块12，用于根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署。

本申请所提供的软件打包部署装置，首先获取传入的打包部署需求以及软件代码，进而选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本，进而根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包和部署。由于本装置是根据打包部署需求获取相应的代码构建工具以及代码构建工具的配置脚本，进而通过配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署，技术人员在进行代码打包部署时无需编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。

此外，本申请实施例还提供一种软件代码打包部署设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上述的软件代码打包部署方法的步骤。

本申请所提供的软件打包部署设备，首先获取传入的打包部署需求以及软件代码，进而选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本，进而根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包和部署。由于本设备是根据打包部署需求获取相应的代码构建工具以及代码构建工具的配置脚本，进而通过配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署，技术人员在进行代码打包部署时无需编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。

此外，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的软件代码打包部署方法的步骤。

本申请所提供的计算机可读存储介质，首先获取传入的打包部署需求以及软件代码，进而选取与打包部署需求对应的代码构建工具，并获取代码构建工具的配置脚本，进而根据配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包和部署。由于本计算机可读存储介质是根据打包部署需求获取相应的代码构建工具以及代码构建工具的配置脚本，进而通过配置脚本对代码构建工具执行参数配置，并通过参数配置后的代码构建工具对软件代码执行打包部署，技术人员在进行代码打包部署时无需编写构建工具的配置参数，相对降低了软件代码打包部署过程的时间开销，并相对确保了软件代码打包部署过程的整体可靠性。

以上对本申请所提供的一种软件代码打包部署方法、装置、设备及存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种软件代码打包部署方法，其特征在于，包括：

获取传入的打包部署需求以及软件代码；

选取与所述打包部署需求对应的代码构建工具，并获取所述代码构建工具的配置脚本；

根据所述配置脚本对所述代码构建工具执行参数配置，并通过参数配置后的所述代码构建工具对所述软件代码执行打包部署。

2.根据权利要求1所述的软件代码打包部署方法，其特征在于，当所述代码构建工具的数量大于1时，所述获取所述代码构建工具的配置脚本，包括：

统计所述代码构建工具之间的关联关系；

获取与所述关联关系对应的所述配置脚本。

3.根据权利要求1所述的软件代码打包部署方法，其特征在于，所述获取所述代码构建工具的配置脚本，包括：

获取与所述代码构建工具对应的配置脚本模板以及传入的自定义配置信息；

利用所述自定义配置信息覆盖所述配置脚本模板中的默认配置信息，得到所述配置脚本。

4.根据权利要求3所述的软件代码打包部署方法，其特征在于，所述获取与所述代码构建工具对应的配置脚本模板以及传入的自定义配置信息，包括：

获取与所述代码构建工具对应的配置脚本模板以及基于预设API传入的所述自定义配置信息。

5.根据权利要求3所述的软件代码打包部署方法，其特征在于，所述自定义配置信息包括变量配置信息和/或逻辑配置信息。

6.根据权利要求5所述的软件代码打包部署方法，其特征在于，当所述配置脚本模板的数量大于1时，所述自定义配置信息还包括依赖关系配置信息。

7.根据权利要求1至6任意一项所述的软件代码打包部署方法，其特征在于，所述根据所述配置脚本对所述代码构建工具执行参数配置，包括：

获取所述配置脚本中的配置信息，并将所述配置信息转化为静态文件；

将所述静态文件写入至所述代码构建工具的配置文件路径。

8.一种软件代码打包部署装置，其特征在于，包括：

需求代码获取模块，用于获取传入的打包部署需求以及软件代码；

工具脚本选取模块，用于选取与所述打包部署需求对应的代码构建工具，并获取所述代码构建工具的配置脚本；

配置部署模块，用于根据所述配置脚本对所述代码构建工具执行参数配置，并通过参数配置后的所述代码构建工具对所述软件代码执行打包部署。

9.一种软件代码打包部署设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的软件代码打包部署方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的软件代码打包部署方法的步骤。

Images