CN115291915A

CN115291915A - Data packet issuing method and device, electronic equipment and storage medium

Info

Publication number: CN115291915A
Application number: CN202210988541.4A
Authority: CN
Inventors: 周志; 燕鸣; 陈佳乐; 王长生
Original assignee: Beijing Xintang Sichuang Educational Technology Co Ltd
Current assignee: Beijing Xintang Sichuang Educational Technology Co Ltd
Priority date: 2022-08-17
Filing date: 2022-08-17
Publication date: 2022-11-04

Abstract

The present disclosure relates to a data packet issuing method, apparatus, electronic device, and storage medium, and the method provided by the present disclosure is applied to a compiling system, the compiling system includes a plurality of operating systems, and the method includes: receiving a source code data packet and sending the source code data packet to various operating systems; obtaining an upgrading data packet obtained by compiling a source code data packet by multiple operating systems, wherein the upgrading data packet comprises a plurality of sub upgrading data packets with the same version, and each sub upgrading data packet corresponds to one operating system; and sending the upgrading data packet to the issuing system so that the issuing system issues the upgrading data packet to the client. The method and the device can generate and publish the upgrade data packet with consistent version number and suitable for each operating platform.

Description

Data packet issuing method and device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for issuing a data packet, an electronic device, and a storage medium.

Background

As computer technology develops, application software configured on a computer product is gradually widely used, and therefore, it is very important that multiple operating platforms upgrade with respect to the version of the same application software. The existing technical scheme is that a Runtime packet is used for data upgrading, specifically, a version number is used for recording changes of node data in the Runtime packet, each operating platform independently performs version management, and before the Runtime packet is released or when the Runtime packet is issued, versions with consistent node data in the Runtime packet are designated, so that the node data in the Runtime packet of multiple operating platforms are inconsistent at a certain time node, further the node data of the Runtime packet running in multiple clients are inconsistent, and user experience is reduced.

Disclosure of Invention

In order to solve the technical problem, the present disclosure provides a method, an apparatus, an electronic device, and a storage medium for publishing a data package, which can generate and publish an upgrade data package suitable for each operating platform with consistent version number.

According to an aspect of the present disclosure, there is provided a data packet publishing method applied to a compiling system, where the compiling system includes multiple operating systems, the method including:

receiving source code data packets and sending the source code data packets to the various operating systems;

obtaining an upgrade data packet obtained by compiling the source code data packet by the various operating systems, wherein the upgrade data packet comprises a plurality of sub upgrade data packets with the same version, and each sub upgrade data packet corresponds to one operating system;

and sending the upgrading data packet to a publishing system so that the publishing system publishes the upgrading data packet to a client.

According to another aspect of the present disclosure, there is provided a data packet publishing method applied to a publishing system, the method including:

receiving an upgrade data packet sent by a compiling system, wherein the issuing system is used for managing the upgrade data packet of at least one version;

and acquiring an upgrading request sent by a client, and issuing an upgrading data packet of the highest version in the upgrading data packets of the at least one version to the client according to the upgrading request.

According to another aspect of the present disclosure, there is provided a packet issuing apparatus applied to a compiling system including a plurality of operating systems, the apparatus including:

the first receiving unit is used for receiving a source code data packet and sending the source code data packet to the various operating systems;

the first obtaining unit is used for obtaining an upgrade data packet obtained by compiling the source code data packet by the multiple operating systems, wherein the upgrade data packet comprises a plurality of sub upgrade data packets of the same version, and each sub upgrade data packet corresponds to one operating system;

and the sending unit is used for sending the upgrading data packet to a publishing system so that the publishing system publishes the upgrading data packet to a client.

According to another aspect of the present disclosure, there is provided a packet issuing apparatus applied to an issuing system, the apparatus including:

the second receiving unit is used for receiving the upgrading data packet sent by the compiling system, and the issuing system is used for managing the upgrading data packet of at least one version;

and the second acquisition unit is used for acquiring the upgrading request sent by the client and issuing the upgrading data packet with the highest version in the upgrading data packets of the at least one version to the client according to the upgrading request.

According to another aspect of the present disclosure, there is provided an electronic device including: a processor; and a memory storing a program, wherein the program comprises instructions which, when executed by the processor, cause the processor to perform the packet distribution method according to the above.

According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform a method according to packet distribution.

According to another aspect of the present disclosure, there is provided a computer program product comprising a computer program which, when executed by a processor, implements the above-described packet distribution method.

Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages:

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.

In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present disclosure, the drawings used in the embodiments or technical solutions in the prior art description will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.

Fig. 1 is a schematic diagram of a compiling system according to an embodiment of the disclosure;

fig. 2 is a flowchart of a data packet issuing method according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of a version library provided by an embodiment of the present disclosure;

fig. 4 is a flowchart of another data packet issuing method according to an embodiment of the present disclosure;

fig. 5 is a schematic structural diagram of a packet issuing apparatus according to an embodiment of the present disclosure;

fig. 6 is a schematic structural diagram of another packet issuing device according to an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.

Detailed Description

In order that the above objects, features and advantages of the present disclosure can be more clearly understood, embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.

It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.

The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description. It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.

It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.

The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.

Before explaining the packet distribution method provided by the present disclosure, the related terms referred to in the present disclosure are explained first.

Source code packet: a software package with visible source code.

Runtime package: the package running on the client is compiled and generated by the source code package, and encapsulates the running environment, so that the program can be connected with the running environment.

At present, multiple platforms in a full-real scene carry out data interaction, and it is required to ensure that node data in a Runtime packet are consistent. However, in the existing technical solution, the version number is used to record the change of node data in a Runtime package, each platform performs independent version management, and the consistency of the node data when multiple platforms perform data interaction cannot be ensured, where the platform may be an IOS platform, an Android (Android) platform, a Windows platform, a Linux platform, or another platform, each platform compiles a source code package to generate an adaptive Runtime package, and specifies a version with consistent node data in the Runtime package before or during distribution, and the above-mentioned management method for each platform may cause the following problems: (1) At a certain time node, node data in a Runtime package of multiple platforms are not consistent, for example, a Runtime package suitable for an android platform is issued at the current moment, a Runtime package suitable for an IOS platform is issued at the previous moment, at a certain moment, node data in the Runtime packages of two versions suitable for different platforms are different, that is, consistency of node data in the Runtime package issued to a client by different platforms cannot be ensured (2) if node data of the Runtime package running in multiple clients are specified to have consistent versions, management cost is high.

In order to solve the above technical problem, an embodiment of the present disclosure provides a data packet issuing method, which is applied to a compiling system, where the compiling system includes multiple operating systems, the multiple operating systems may be understood as multiple platforms as described above, each platform, after receiving a source code packet, compiles the source code packet to generate sub-upgrade data packets of the same version, which are applicable to each platform, and each sub-upgrade data packet has consistent node data, and the sub-upgrade data packets constitute an upgrade data packet of a current version, and on the premise that each operating system succeeds in compiling, issues an upgrade data packet of the current version to ensure that node data in a Runtime packet (sub-upgrade data packet) issued to a client is consistent at any time, and simultaneously pulls Ji Duo platform version numbers, thereby effectively reducing complexity of version management of multiple platforms. The packet distribution method provided by the present disclosure is explained in detail by one or more embodiments described below.

Referring to fig. 1, fig. 1 is a schematic diagram of a compiling system provided in the embodiment of the present disclosure, the compiling system may be referred to as a compiling platform, the compiling system includes multiple operating systems (multiple platforms), the number and types of the multiple platforms may be set according to user requirements, and are not described herein, the multiple platforms in fig. 1 are 5 platforms, respectively, such as an IOS platform, an Android platform, a Linux platform, a Mac platform, and other platforms, each platform in the multiple platforms receives a source code data packet (source code packet), compiles the source code packet, generates a Runtime packet applicable to the platform after compiling successfully, the Runtime packet generated by each platform may be referred to as a sub-upgrade data packet, a compiling failure result is generated and recompiled when compiling fails, and finally, a multiple platform Runtime packet is generated according to the Runtime packet generated by each platform, the multiple platform may also be referred to as a Runtime packet, and the multiple platform Runtime packet has a version number, for example, the IOS platform compiles the received source code packet to generate multiple platform version numbers 895 Runtime packets, and generates multiple versions of the Runtime packet according to 895 version numbers of the Runtime packet, such as 895 version numbers of the Runtime packet. It is understood that the source code packet received by the compiling system may be sent by a server or a terminal connected to the compiling system, and the device for sending the source code packet to the compiling system is not limited.

On the basis of the foregoing embodiment, fig. 2 is a flowchart of a data packet publishing method provided in the embodiment of the present disclosure, which is applied to the compiling system shown in fig. 1, where the compiling system may be deployed on a terminal or a server, the compiling system includes multiple operating systems, and specifically includes the following steps S210 to S230 shown in fig. 2:

s210, receiving source code data packets and sending the source code data packets to the various operating systems.

It can be understood that the compiling system receives a source code data packet, namely the source code packet, then sends the source code packet to each operating system in the multiple operating systems, each operating system receives the source code packet, compiles the source code packet, generates a sub-upgrade data packet suitable for the operating system after compiling is successful, compiling is a process of generating a target program from a source program compiled from a source language by using a compiling program, and the compiling mode adopted by each operating system is not limited.

Optionally, compiling the source code data packet for each operating system is specifically implemented by the following steps:

analyzing the source code data packet; downloading the dependent resources according to the description file in the analyzed source code data packet; planning the dependent resources; and performing compression and encryption operation on the planned dependent resources to generate a sub-upgrade data packet.

It can be understood that, in the following description, taking the same compiling manner as an example for each operating system, the operating system downloads and parses a source code data package, obtains a description file in the parsed source code data package, where the description file is used to describe a dependent resource required by the operating system, downloads the required dependent resource according to the description file, then replans the downloaded dependent resource, for example, replans a directory of the dependent resource, compresses and encrypts the planned dependent resource, generates a sub-upgrade data package, and transmits the sub-upgrade data package to a storage platform connected to the compiling system. Meanwhile, the compiling system is also provided with a notification mechanism, and the notification mechanism is used for generating a notification of successful compiling after determining that each operating system is successfully compiled and generates the sub-upgrading data packet, so that the follow-up compiling system can conveniently transmit the upgrading data packet to the issuing system.

S220, obtaining an upgrading data packet obtained by compiling the source code data packet by the various operating systems.

The upgrading data package comprises a plurality of sub upgrading data packages of the same version, and each sub upgrading data package corresponds to one operating system.

It can be understood that, on the basis of the above S210, the compiling system obtains an upgrade data packet generated by compiling multiple operating systems for the same source code packet, where the upgrade data packet includes multiple sub upgrade data packets of the same version, each sub upgrade data packet is generated by one operating system, that is, different sub upgrade data packets are generated by different operating systems, and the version numbers of each sub upgrade data packet generated for the same source code packet are the same, and the same version number means that the node data in each sub upgrade data packet is consistent.

Optionally, before obtaining an upgrade data packet obtained by compiling the source code data packet by the multiple operating systems, the method further includes:

and receiving a compiling result sent by the various operating systems, wherein the compiling result is a result generated after the various operating systems compile the source code data packet.

The compiling result comprises a plurality of sub-compiling results, and the sub-compiling results are generated after each operating system in the plurality of operating systems compiles the received source code data packet.

It can be understood that the compiling system receives the compiling result sent by each operating system before acquiring the upgrade data packet, the compiling result may be a compiling failure or a compiling success, the compiling result is generated after the source code data packet is compiled by a plurality of operating systems, wherein the encoding result is composed of a plurality of sub-encoding results, each operating system generates a sub-encoding result after compiling, and the sub-encoding result is used for indicating whether the sub-upgrade data packet is compiled successfully or not.

Optionally, the step S220 may be specifically implemented by the following steps:

and in response to the compiling result being successful, obtaining an upgrading data packet obtained by compiling the source code data packet by the various operating systems.

And in response to the target sub-compiling result with the compiling failure existing in the plurality of sub-compiling results, controlling the operating system generating the target sub-compiling result to compile the source code data packet again until each sub-compiling result in the plurality of received sub-compiling results is successfully compiled.

It can be understood that after the coding result is obtained by the coding system, if the coding result is a successful coding result, it indicates that each operating system has successfully generated one sub-upgrade data package, in this case, the sub-upgrade data packages generated by coding the source code data by the multiple operating systems are directly obtained, and the multi-platform Runtime package with the version number is formed according to the multiple sub-upgrade data packages, that is, the multi-platform Runtime package is the upgrade data package to be issued to the issuing system.

It can be understood that if the compiling result obtained by the compiling system is a compiling failure, it indicates that at least one sub-compiling result exists in the plurality of sub-compiling results included in the compiling result, that is, if the target sub-compiling result exists in the plurality of sub-compiling results and is a compiling failure, it indicates that the operating system that generates the target sub-compiling result does not generate the sub-upgrade data package, and therefore, the compiling system needs to control the operating system that generates the target sub-compiling result to continue compiling the source code data package until the sub-compiling result that is successfully compiled is obtained, where the compiling failure may be caused by reasons that the source code data package fails to be analyzed, the description file cannot be obtained, or the dependent resource cannot be downloaded. The compiling system manages versions of the Runtime packages generated by the multiple platforms in a unified mode, and the generated Runtime packages are issued to the issuing system through the new version numbers on the premise that the multiple platforms are compiled successfully, and the problem that the versions of the Runtime packages generated by the multiple platforms are not consistent does not need to be considered.

And S230, sending the upgrading data packet to a publishing system so that the publishing system publishes the upgrading data packet to the client.

It can be understood that, on the basis of the above S220, after receiving the upgrade data package, the compiling system sends the upgrade data package with the version number to the publishing system, where the publishing system is configured to store and manage upgrade data packages of different versions, and specifically, a version library corresponding to the package exists in the publishing system, and the version library is configured to store upgrade data packages of different versions.

The embodiment of the disclosure provides a data packet issuing method, which is applied to a compiling system, wherein the compiling system comprises a plurality of operating systems, the compiling system receives a source code data packet and sends the source code data packet to the plurality of operating systems, each operating system can compile the source code data packet to generate a sub-upgrading data packet, the version numbers of the plurality of sub-upgrading data packets are the same, on the premise that the plurality of operating systems are successfully compiled, upgrading data packets obtained by compiling the source code data packet by the plurality of operating systems are obtained, the upgrading data packets are composed of the sub-upgrading data packets generated by each operating system, and the upgrading data packets are sent to the issuing system, so that the issuing system sends the upgrading data packets to a client. According to the method, the multiple operating systems are managed in a unified mode, the upgrading data package is issued only on the premise that the multiple operating systems are compiled successfully, the upgrading data package which is consistent in version number and is suitable for each operating platform can be generated, the problem that versions of sub upgrading data packages generated by the multiple platforms are not consistent does not need to be considered, and the consistency of versions of the sub upgrading data packages issued to the client at any time can be further ensured.

On the basis of the foregoing embodiment, fig. 3 is a schematic diagram of a version library provided in the present disclosure, where a release system receives and stores a multi-platform Runtime package (upgrade data package) released by a compiling system, and specifically, the release system stores upgrade data packages of different versions through a version library corresponding to a package therein, as shown in fig. 3, multi-platform Runtime packages of 3 versions are pre-stored in the version library corresponding to the package in the release system, where the multi-platform Runtime package with a gray background is the multi-platform Runtime package with the highest version, and is also the multi-platform Runtime package sent to a client. Subsequently, after receiving the multi-platform Runtime packet of the new version (V1.0.4 version) released by the compiling system, the releasing system stores the multi-platform Runtime packet of the new version into a version library corresponding to the packet, at this time, the version library corresponding to the packet has 4 versions of multi-platform Runtime packets, the multi-platform Runtime packet of the highest version is the multi-platform Runtime packet of the new version, the background color of the multi-platform Runtime packet of the new version is changed into gray, and the background color of the multi-platform Runtime packet of the V1.0.3 version is changed from gray to white. If the issuing system determines that the stored multi-platform Runtime packet of a certain version needs to be backed off, the backed-off multi-platform Runtime packet is deleted, or the state of the backed-off multi-platform Runtime packet is modified into an offline state, the offline state can also be understood as an unavailable state, the unavailable state means that the backed-off multi-platform Runtime packet cannot be issued to the client as the highest version, as shown in FIG. 3, the backed-off multi-platform Runtime packet is the V1.0.4 version, the multi-platform Runtime packet of the V1.0.4 version is deleted or the state of the multi-platform Runtime packet is modified into the offline state in the version library corresponding to the packet, at this time, the multi-platform Runtime packet of the highest version is changed into the multi-platform Runtime packet of the V1.0.3 version, and the multi-platform Runtime packets of other versions except the V1.0.4 version can be in the online state, and the online state means the state that the multi-platform Runtime packet of the client can be issued to the client. It can be understood that any version of the multi-platform Runtime package in the version library corresponding to the package may be backed, if the multi-platform Runtime package of a certain version needs to be modified or has a problem, the multi-platform Runtime package of the certain version that is backed may be backed, the multi-platform Runtime package of the certain version that is backed will be backed to the issuing system, the issuing system is used to manage the multi-platform Runtime packages of different versions in the version library, the Runtime package may be modified, the multi-platform Runtime package may also be backed to other terminals that may control the issuing system, and the specific terminals that are backed are not limited.

On the basis of the foregoing embodiment, fig. 4 is a flowchart of a data packet publishing method provided in the embodiment of the present disclosure, which is applied to a publishing system, where the publishing system may be configured on the same terminal or server as the compiling system, or may be configured on the terminal or server separately, and specific configuration is not limited, and the compiling system and the publishing system may transmit an upgrade data packet in a communication connection manner, where the method specifically includes the following steps S410 to S420 shown in fig. 4:

and S410, receiving an upgrading data packet sent by the compiling system.

Wherein the release system is configured to manage at least one version of the upgrade data package.

Understandably, the release system receives the upgrade data packet released by the compiling system and stores the upgrade data packet into the version library, wherein the upgrade data packet can be the upgrade data packet which is in the latest version and has not been released.

S420, an upgrading request sent by the client is obtained, and the upgrading data packet with the highest version in the upgrading data packets of the at least one version is issued to the client according to the upgrading request.

It is understood that, on the basis of the above S410, the publishing system obtains the upgrade request sent by the client, where the client is configured to be a certain operating system of the multiple operating systems in the compiling system, and the upgrade request is a request about the upgrade data package of the highest version. The issuing system determines an upgrade data packet of the highest version in upgrade data of at least one version pre-stored in the version library, and issues a sub-upgrade data packet corresponding to an identifier of an operating system included in an upgrade request in the upgrade data packet of the highest version to the client according to the identifier of the operating system included in the upgrade request, that is, the Runtime packet issued by the issuing system is the Runtime packet of the highest version under the corresponding platform.

Optionally, the upgrade data package includes a plurality of sub upgrade data packages of the same version, and each sub upgrade data package corresponds to an operating system.

Optionally, the step of issuing the upgrade data packet to the client in S420 may be specifically implemented by the following steps:

and determining the operating system configured on the client according to the operating system identification in the upgrading request.

And determining the upgrade data packet of the highest version in the upgrade data packets of the at least one version.

And issuing a target sub-upgrading data packet to the client, wherein the target sub-upgrading data packet is a sub-upgrading data packet corresponding to the operating system configured on the client in the upgrading data packet with the highest version.

It can be understood that the issuing system may determine, according to the operating system identifier in the upgrade request, the operating system configured on the client that sends the upgrade request, and determine, from among the upgrade data packets of at least one version stored in the version library, the upgrade data packet of the highest version, where the state of the upgrade data packet of the highest version is an online state, and the upgrade data packet of the highest version also includes a plurality of sub-upgrade data packets generated by a plurality of operating systems, and therefore, it is necessary to determine, in the upgrade data packet of the highest version, a target sub-upgrade data packet according to the identifier of the operating system, and issue the target sub-upgrade data packet to the client, that is, determine that the sub-upgrade data packet corresponding to the operating system is the highest version, is in the online state, and is to be issued to the client.

Optionally, after the publishing system stores the upgrade data package, the publishing system may further perform rollback processing on the stored upgrade data package, which may specifically be implemented by the following steps:

and responding to a rollback instruction, and determining a first upgrading data packet in the upgrading data packets of the at least one version, wherein the rollback instruction is used for modifying the state of the upgrading data packets.

And determining a first upgrading data packet in the upgrading data packets of the at least one version according to the rollback instruction.

And modifying the state of the first upgrading data packet into an offline state so that the first upgrading data packet cannot be issued to a client.

It is understood that the rollback instruction may be generated by the issuing system itself or received by the issuing system from other terminals, where the other terminals may control the issuing system, and the rollback instruction is used to modify the state of the upgrade data package or delete the upgrade data package stored in the version library. The issuing system determines a first upgrading data packet in at least one version of upgrading data packets stored in a version library according to a rollback identifier in a rollback instruction, then modifies the state of the first upgrading data packet into an offline state, the offline state is an unavailable state, the unavailable state refers to a state in which the upgrading data packet cannot be issued to a client, or deletes the first upgrading data packet according to the rollback identifier in the rollback instruction, then modifies the first upgrading data packet of a certain rollback version by the issuing system, the modified first upgrading data packet can be stored in the version library again after being modified, and changes the state of the first upgrading data packet from the offline state to an online state, and the online state refers to a state in which the first upgrading data packet can be issued to the client. It can be understood that the operations such as release and rollback are operated according to the version number of the Runtime packet, and the version number is used as the identifier of the upgrade data packet in the version library corresponding to the packet, so as to ensure that the version numbers of the multi-platform Runtime packets corresponding to the same source code packet are consistent at any time, and the version numbers issued to the client are also consistent.

The data packet issuing method provided by the embodiment of the disclosure is applied to an issuing system, the issuing system receives an upgrade data packet sent by a compiling system, the issuing system is used for managing the upgrade data packet of at least one version, the upgrade data packet sent by the compiling system can reach the data packet of the latest version, then an upgrade request sent by a client is obtained, the upgrade data packet of the highest version is obtained from the stored upgrade data packets of at least one version, and sub upgrade data packets corresponding to the operating system of the client in the upgrade data packet of the highest version are issued to the client, that is, the data packets issued to the client are all of the highest version, so as to ensure the consistency of the versions on the client.

On the basis of the foregoing embodiments, fig. 5 is a schematic structural diagram of a packet issuing apparatus according to an embodiment of the present disclosure, where the packet issuing apparatus according to the embodiment of the present disclosure may execute the processing procedure provided by the foregoing packet distribution method embodiment, and is applied to a compiling system, where the compiling system includes multiple operating systems, and as shown in fig. 5, the packet issuing apparatus 500 includes a first receiving unit 510, a first obtaining unit 520, and a sending unit 530, where:

a first receiving unit 510, configured to receive a source code data packet, and send the source code data packet to the multiple operating systems;

a first obtaining unit 520, configured to obtain an upgrade data packet obtained by compiling the source code data packet by the multiple operating systems, where the upgrade data packet includes multiple sub upgrade data packets of the same version, and each sub upgrade data packet corresponds to one operating system;

a sending unit 530, configured to send the upgrade data package to a publishing system, so that the publishing system publishes the upgrade data package to a client.

Optionally, before obtaining the upgrade data packet obtained by compiling the source code data packet by the multiple operating systems, the apparatus 500 is further configured to:

Optionally, the first obtaining unit 520 is configured to:

Optionally, the compiling result in the apparatus 500 includes a plurality of sub-compiling results, where the plurality of sub-compiling results are generated by each of the plurality of operating systems after compiling the received source code data packet.

Optionally, the apparatus 500 is further configured to:

The device provided by the embodiment has the same implementation principle and technical effect as the method embodiments, and for the sake of brief description, reference may be made to the corresponding contents in the method embodiments without reference to the device embodiments.

On the basis of the foregoing embodiment, fig. 6 is a schematic structural diagram of a packet issuing apparatus according to an embodiment of the present disclosure, where the packet issuing apparatus according to the embodiment of the present disclosure may execute the processing procedure provided by the foregoing packet issuing method, and is applied to an issuing system, as shown in fig. 6, the packet issuing apparatus 600 includes a second receiving unit 610 and a second obtaining unit 620, where:

a second receiving unit 610, configured to receive an upgrade data package sent by a compiling system, where the publishing system is configured to manage at least one version of the upgrade data package;

the second obtaining unit 620 is configured to obtain an upgrade request sent by a client, and issue, to the client, an upgrade data packet of a highest version of the upgrade data packets of the at least one version according to the upgrade request.

Optionally, the upgrade data package in the apparatus 600 includes a plurality of sub upgrade data packages of the same version, and each sub upgrade data package corresponds to an operating system.

Optionally, the second obtaining unit 620 is configured to:

determining an operating system configured on the client according to the operating system identifier in the upgrading request;

determining the upgrade data packet of the highest version in the upgrade data packets of the at least one version;

and issuing a target sub-upgrade data packet to the client, wherein the target sub-upgrade data packet is a sub-upgrade data packet corresponding to an operating system configured on the client in the upgrade data packet with the highest version.

Optionally, the apparatus 600 is further configured to:

determining a first upgrade data packet in the at least one version of upgrade data packets in response to a rollback instruction;

An exemplary embodiment of the present disclosure also provides an electronic device including: at least one processor; and a memory communicatively coupled to the at least one processor. The memory stores a computer program executable by the at least one processor, the computer program, when executed by the at least one processor, is for causing the electronic device to perform a method according to an embodiment of the disclosure.

The exemplary embodiments of the present disclosure also provide a computer program product comprising a computer program, wherein the computer program, when executed by a processor of a computer, is adapted to cause the computer to perform a method according to an embodiment of the present disclosure.

Referring to fig. 7, a block diagram of a structure of an electronic device 700, which may be a server or a client of the present disclosure, which is an example of a hardware device that may be applied to aspects of the present disclosure, will now be described. Electronic device is intended to represent various forms of digital electronic computer devices, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.

As shown in fig. 7, the electronic device 700 comprises a computing unit 701, which may perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM) 702 or a computer program loaded from a storage unit 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data required for the operation of the electronic device 700 can also be stored. The computing unit 701, the ROM 702, and the RAM 703 are connected to each other by a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

A number of components in the electronic device 700 are connected to the I/O interface 705, including: an input unit 706, an output unit 707, a storage unit 708, and a communication unit 709. The input unit 706 may be any type of device capable of inputting information to the electronic device 700, and the input unit 706 may receive input numeric or character information and generate key signal inputs related to user settings and/or function controls of the electronic device. Output unit 707 may be any type of device capable of presenting information and may include, but is not limited to, a display, speakers, a video/audio output terminal, a vibrator, and/or a printer. Storage unit 708 may include, but is not limited to, magnetic or optical disks. The communication unit 709 allows the electronic device 700 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunications networks, and may include, but is not limited to, modems, network cards, infrared communication devices, wireless communication transceivers and/or chipsets, such as bluetooth (TM) devices, wiFi devices, wiMax devices, cellular communication devices, and/or the like.

Computing unit 701 may be a variety of general purpose and/or special purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. The calculation unit 701 performs the respective methods and processes described above. For example, in some embodiments, the text recognition method or the training method of the recognition network may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 700 via the ROM 702 and/or the communication unit 709. In some embodiments, the computing unit 701 may be configured in any other suitable way (e.g., by means of firmware) to perform a text recognition method or a training method of a recognition network.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

As used in this disclosure, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user may provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the Internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

The foregoing are merely exemplary embodiments of the present disclosure, which enable those skilled in the art to understand or practice the present disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A data packet issuing method is applied to a compiling system, the compiling system comprises a plurality of operating systems, and the method comprises the following steps:

2. The method of claim 1, wherein before obtaining the upgrade data package compiled by the source code data package by the multiple operating systems, the method further comprises:

receiving compiling results sent by the various operating systems, wherein the compiling results are generated after the various operating systems compile the source code data packets;

the obtaining of the upgrade data package obtained by compiling the source code data package by the multiple operating systems includes:

3. The method of claim 2, wherein the compiled result comprises a plurality of sub-compiled results, and the plurality of sub-compiled results are generated by each of the plurality of operating systems after compiling the received source code packet, and the method further comprises:

4. A data packet issuing method is applied to an issuing system, and the method comprises the following steps:

5. The method of claim 4, wherein the upgrade data package comprises a plurality of sub upgrade data packages of the same version, and each sub upgrade data package corresponds to an operating system,

the issuing of the upgrade data package of the highest version of the upgrade data packages of the at least one version to the client according to the upgrade request includes:

determining an upgrade data packet of the highest version in the upgrade data packets of the at least one version;

6. The method of claim 4, further comprising:

7. A packet issuing apparatus applied to a compiling system including a plurality of operating systems, the apparatus comprising:

8. A packet issuing apparatus, applied to an issuing system, the apparatus comprising:

the second receiving unit is used for receiving the upgrading data package sent by the compiling system, and the issuing system is used for managing the upgrading data package of at least one version;

9. An electronic device, characterized in that the electronic device comprises:

a processor; and

a memory for storing a program, wherein the program is stored in the memory,

wherein the program comprises instructions which, when executed by the processor, cause the processor to carry out the packet issuing method according to any one of claims 1 to 6.

10. A non-transitory computer readable storage medium storing computer instructions for causing a computer to execute the packet distribution method according to any one of claims 1 to 6.