CN112732332B - Software package management method and device suitable for koji management system and electronic equipment - Google Patents

Software package management method and device suitable for koji management system and electronic equipment Download PDF

Info

Publication number
CN112732332B
CN112732332B CN202110359342.2A CN202110359342A CN112732332B CN 112732332 B CN112732332 B CN 112732332B CN 202110359342 A CN202110359342 A CN 202110359342A CN 112732332 B CN112732332 B CN 112732332B
Authority
CN
China
Prior art keywords
software package
requirement
software
meeting
koji
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110359342.2A
Other languages
Chinese (zh)
Other versions
CN112732332A (en
Inventor
刘国辉
陈亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Easy Star Technology Development Co ltd
Original Assignee
Beijing Easy Star Technology Development Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Easy Star Technology Development Co ltd filed Critical Beijing Easy Star Technology Development Co ltd
Priority to CN202110359342.2A priority Critical patent/CN112732332B/en
Publication of CN112732332A publication Critical patent/CN112732332A/en
Application granted granted Critical
Publication of CN112732332B publication Critical patent/CN112732332B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • G06F8/63Image based installation; Cloning; Build to order

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

The invention discloses a software package management method, a device and electronic equipment suitable for a koji management system, wherein the method comprises the following steps: dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image; the software package meeting the requirement of the physical node corresponds to a physical node warehouse, and the software package meeting the requirement of the container mirror image corresponds to a container mirror image warehouse; selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse according to an installation result; and if the dependency problem does not exist, after receiving the confirmation information of the development end and the adjustment end, sequentially passing through the koji management system and the mash tool, and outputting the software package to the corresponding warehouse. The software packages meeting different requirements are stored in different warehouses and verified before being output to the warehouses so as to avoid dependence problems and unnecessary software packages from being output to the warehouses.

Description

Software package management method and device suitable for koji management system and electronic equipment
Technical Field
The invention relates to the technical field of software, in particular to a software package management method and device suitable for a koji management system and electronic equipment.
Background
After the software packages are compiled, the software packages need to be placed into a software library, all the software packages are often placed into the same software library in the related art, but in terms of business, different software packages correspond to different requirements.
Also, when the software package is put into the software library in the related art, there is a risk of outputting the software package to the warehouse fully automatically. In real business, the impact of software package changes is directly spread to other components of the product, so that the hastily automatic warehouse updating affects product testing and operation on a large scale.
Disclosure of Invention
The invention mainly aims to provide a software package management method and device suitable for a koji management system, so as to solve the problems that the existing software packages meeting different requirements are placed in the same software library, and the operation of products is influenced by hastily updating the warehouse.
In order to achieve the above object, a first aspect of the present invention provides a software package management method suitable for a koji management system, including:
dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
the software package meeting the requirement of the physical node corresponds to a physical node warehouse, and the software package meeting the requirement of the container mirror image corresponds to a container mirror image warehouse;
selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse according to an installation result;
if the dependency problem does not exist, after receiving the confirmation information of the development end and the adjustment end, outputting the software package to a koji software library through a koji management system, and acquiring the software package in the koji software library by a mash tool and outputting the software package to a corresponding warehouse.
Alternatively, if there is a dependency problem, the software package is reselected from among the software packages compiled by the koji management system.
Optionally, the software package meeting the requirement of the physical node includes a software package which a host needs to install;
the software package meeting the container mirror image requirement comprises a software package which needs to be installed in the container.
Further, the version of the software package meeting the physical node requirement is more stable and less variable than the version of the software package meeting the container mirror requirement;
the version of the software package meeting the requirements of the physical nodes is controllable compared with the version of the software package meeting the requirements of the container mirror image.
Further, the version of the software package meeting the requirement of the container mirror image is more changed than that of the software package meeting the requirement of the physical node, and the software package meeting the requirement of the container mirror image needs a specific version according to the requirement of the container mirror image.
Optionally, the verifying whether the software package has a dependency problem in the corresponding warehouse according to the installation result includes:
if the installation result is that the installation is successful in the container, the dependence problem does not exist;
if the installation results in a failed installation in the container, there is a dependency problem.
Optionally, before receiving the confirmation information of the development end and the adjustment end, the method further includes:
the development terminal applies for sending the adjusted software package to a koji management system for compiling;
and determining a warehouse corresponding to the compiled software package according to the requirements met by the compiled software package.
A second aspect of the present invention provides a software package management apparatus suitable for a koji management system, including:
the dividing unit is used for dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
the corresponding unit is used for corresponding the software package meeting the requirement of the physical node to a physical node warehouse and corresponding the software package meeting the requirement of the container mirror image to the container mirror image warehouse;
the verification unit is used for selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse or not according to an installation result;
and the output unit is used for outputting the software package to a koji software library through a koji management system after receiving the confirmation information of the development end and the adjustment end if the dependency problem does not exist, and the mash tool acquires the software package in the koji software library and outputs the software package to a corresponding warehouse.
A third aspect of the present invention provides a computer-readable storage medium storing computer instructions for causing a computer to execute a software package management method applicable to a koji management system according to any one of the first aspects.
A fourth aspect of the present invention provides an electronic apparatus, comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to cause the at least one processor to execute a software package management method suitable for the koji management system provided in any one of the first aspect.
In the software package management method applicable to the koji management system provided by the embodiment of the invention, firstly, a software package compiled in the koji management system is divided into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image; secondly, enabling the software package meeting the requirements of the physical node to correspond to a physical node warehouse, and enabling the software package meeting the requirements of the container mirror image to correspond to a container mirror image warehouse; then selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse according to an installation result; finally, if the dependency problem does not exist, after receiving the confirmation information of the development end and the adjustment end, outputting a software package to a koji software library through a koji management system, and acquiring the software package in the koji software library and outputting the software package to a corresponding warehouse by a mash tool;
according to the embodiment of the invention, the software packages meeting different requirements are stored in different warehouses, so that a physical node repo warehouse is prepared for software with stable version and less change on the node, and a container mirror image warehouse provides software used under various programs and services in pod; and, through the verification condition before the software package is output to the warehouse, the dependence problem and the unnecessary software package are prevented from being output to the warehouse, and the influence on the test and the operation of the product caused by updating the warehouse is avoided.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a schematic flow chart of a software package management method suitable for a koji management system according to an embodiment of the present invention;
fig. 2 is a block diagram of a software package management apparatus suitable for a koji management system according to an embodiment of the present invention;
fig. 3 is a block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged under appropriate circumstances in order to facilitate the description of the embodiments of the invention herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In the present invention, the terms "upper", "lower", "left", "right", "front", "rear", "top", "bottom", "inner", "outer", "center", "vertical", "horizontal", "lateral", "longitudinal", and the like indicate an orientation or positional relationship based on the orientation or positional relationship shown in the drawings. These terms are used primarily to better describe the invention and its embodiments and are not intended to limit the indicated devices, elements or components to a particular orientation or to be constructed and operated in a particular orientation.
Moreover, some of the above terms may be used to indicate other meanings besides the orientation or positional relationship, for example, the term "on" may also be used to indicate some kind of attachment or connection relationship in some cases. The specific meanings of these terms in the present invention can be understood by those skilled in the art as appropriate.
Furthermore, the terms "mounted," "disposed," "provided," "connected," and "sleeved" are to be construed broadly. For example, it may be a fixed connection, a removable connection, or a unitary construction; can be a mechanical connection, or an electrical connection; may be directly connected, or indirectly connected through intervening media, or may be in internal communication between two devices, elements or components. The specific meanings of the above terms in the present invention can be understood by those of ordinary skill in the art according to specific situations.
It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict. The present invention will be described in detail below with reference to the embodiments with reference to the attached drawings.
After the software packages are compiled, the software packages need to be placed into a software library, all the software packages are often placed into the same software library in the related art, but in terms of business, different software packages correspond to different requirements; also, when the software package is put into the software library in the related art, there is a risk of outputting the software package to the warehouse fully automatically. In real business, the impact of software package changes is directly spread to other components of the product, so that the hastily automatic warehouse updating affects product testing and operation on a large scale.
In order to solve the above problem, an embodiment of the present invention provides a software package management method suitable for a koji management system, as shown in fig. 1, the method includes the following steps S101 to S104:
step S101: dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
specifically, in step S101, the software packages meeting the physical node requirements include software packages that need to be installed by the host, that is, packages that need to be installed by host;
the software packages meeting the container mirror image requirement comprise software packages needing to be installed inside the container, namely packages needing to be installed by container.
The version of the software package meeting the requirement of the physical node is more stable and less changed than the version of the software package meeting the requirement of the container mirror image; namely, the version of the software package meeting the requirements of the physical node is fixed and changes little;
the version of the software package meeting the requirements of the physical nodes is controllable compared with the version of the software package meeting the requirements of the container mirror image.
The version of the software package meeting the requirement of the container mirror image is more changed than that of the software package meeting the requirement of the physical node, and the software package meeting the requirement of the container mirror image needs a specific version according to the requirement of the container mirror image. The version of the software package meeting the container mirror image requirements is not fixed and is diversified, and various types of software are needed according to the required container mirror image;
step S102: the software package meeting the requirement of the physical node corresponds to a physical node warehouse, and the software package meeting the requirement of the container mirror image corresponds to a container mirror image warehouse; a physical node warehouse is configured in advance and is used for corresponding to the binary package meeting the requirement of the physical node, and a container mirror image warehouse is configured in advance and is used for corresponding to the binary package meeting the requirement of the container mirror image;
specifically, Kubernetes in the product runs on debugged nodes, so software on the physical nodes is prepared on the principle of stable version, less change and optimized configuration, and therefore a set of physical node repo warehouse is provided for storing a version-fixed and less-change software package output from the koji system;
while the various pods run on kubernets are a wide variety of different environments, the container image used in a pod may be any system running any program or service, and therefore, another set of container image repo repository must be arranged to provide the various software packages that will be used under the various services exported from the koji system.
In the embodiment provided by the invention, the software packages contained in the container mirror image repo warehouse and the physical node repo warehouse are generated in the same way and are output from the koji system, but because the software packages meeting the physical node requirements and the software packages meeting the container mirror image requirements are output respectively, the version of the software package meeting the physical node requirements is fixed and changes little, and the version of the software package meeting the container mirror image requirements is not fixed and is diversified, so that the two software packages are required to be output to two different warehouses respectively.
Step S103: selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse according to an installation result;
testing whether a dependence problem exists in a container of a testing environment, and directly deleting the container after the testing is finished; because the embodiment of the invention stores the software packages in the two warehouses, the dependency relationship of the software packages needs to be ensured to be satisfied, yum automatically searches the dependency relationship of the software packages through an automatic recursion process, if a certain software package depends on the software package in the other warehouse, the dependency is not satisfied, error is reported, error information is generated, and the software packages are rearranged and selected.
Specifically, the step S103 includes:
if the installation result is that the installation is successful in the container, the dependence problem does not exist; if the installation is successful, the dependency relationship of the software package in the warehouse is shown, namely the warehouse contains all the software packages which the software package depends on, so that the dependency problem does not exist;
if the installation results in a failed installation in the container, there is a dependency problem. If the installation fails, the dependency problem exists because all the dependency relationships of the software packages are not contained in the warehouse, that is, all the software packages which the software packages depend on are not in the warehouse.
Step S104: if the dependency problem does not exist, after receiving the confirmation information of the development end and the adjustment end, outputting the software package to a koji software library through a koji management system, and acquiring the software package in the koji software library by a mash tool and outputting the software package to a corresponding warehouse.
After the problem of dependence is ensured, the corresponding software package can not be ensured to be the software package which is really needed for adjustment, therefore, whether the output software package is really needed for the adjustment needs to be determined through manual gate-hold, and whether the output software package is output to a warehouse is finally determined, namely, the software package is output to the corresponding warehouse after the common confirmation information of the development end and the adjustment end is received through the common confirmation of a developer of the development end system and a software package requirement adjuster of the adjustment end.
Outputting a software package in the koji management system to a koji software library by using the koji management system, and outputting the software package to an yum software library, namely a repo warehouse according to requirements after a mash tool acquires the software package in the koji software library; since the repo warehouse needs to satisfy yum compatibility, the conversion from the koji software library to the yum software library is realized through the transit of the mash tool in the process of outputting the software package from the koji management system to the warehouse, so as to avoid the compatibility problem.
Specifically, if there is a dependency problem, the software package is reselected from the software packages compiled by the koji management system.
Specifically, in step S104, before receiving the confirmation information of the development end and the adjustment end, the method further includes:
the development terminal applies for sending the adjusted software package to a koji management system for compiling; after an adjusting end software package requirement adjuster adjusts the software package, a developer of a development end system applies for sending the software package adjusted by the adjuster to a koji management system for compiling;
and determining a warehouse corresponding to the compiled software package according to the requirements met by the compiled software package.
From the above description, it can be seen that the present invention achieves the following technical effects:
according to the embodiment of the invention, the software packages meeting different requirements are stored in different warehouses, so that a physical node repo warehouse is prepared for software with stable version and less change on the node, and a container mirror image warehouse provides software used under various programs and services in pod;
moreover, the dependence problem and the unnecessary software package are prevented from being output to the warehouse through the verification condition before the software package is output to the warehouse, and the influence on the test and the operation of the product due to the updating of the warehouse is avoided;
since the repo warehouse needs to satisfy yum compatibility, the conversion from the koji software library to the yum software library is realized through the transit of the mash tool in the process of outputting the software package from the koji management system to the warehouse, so as to avoid the compatibility problem.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
An embodiment of the present invention further provides a software package management apparatus suitable for a koji management system, for implementing the software package management method suitable for a koji management system, as shown in fig. 2, where the apparatus includes:
the dividing unit 21 is configured to divide the software package compiled in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
a corresponding unit 22, configured to correspond the software package meeting the physical node requirement to a physical node warehouse, and correspond the software package meeting the container mirror image requirement to a container mirror image warehouse;
the verification unit 23 is configured to select a software package from the software packages compiled by the koji management system, install the software package in the container, and verify whether the software package has a dependency problem in a corresponding warehouse according to an installation result;
and the output unit 24 is configured to output the software package to a koji software library through the koji management system after receiving the confirmation information of the development end and the adjustment end if there is no dependency problem, and the mash tool acquires the software package in the koji software library and outputs the software package to a corresponding warehouse.
An embodiment of the present invention further provides an electronic device, as shown in fig. 3, the electronic device includes one or more processors 31 and a memory 32, where one processor 31 is taken as an example in fig. 3.
The controller may further include: an input device 33 and an output device 34.
The processor 31, the memory 32, the input device 33 and the output device 34 may be connected by a bus or other means, and fig. 3 illustrates the connection by a bus as an example.
The Processor 31 may be a Central Processing Unit (CPU), the Processor 31 may also be other general-purpose processors, Digital Signal Processors (DSP), Application Specific Integrated Circuits (ASIC), Field Programmable Gate Arrays (FPGA), other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, or any combination thereof, and the general-purpose Processor may be a microprocessor or any conventional Processor.
The memory 32, which is a non-transitory computer readable storage medium, may be used for storing non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the control method in the embodiments of the present invention. The processor 31 executes various functional applications of the server and data processing by running non-transitory software programs, instructions, and modules stored in the memory 32, that is, implements the software package management method suitable for the koji management system of the above method embodiment.
The memory 32 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of a processing device operated by the server, and the like. Further, the memory 32 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 32 may optionally include memory located remotely from the processor 31, which may be connected to a network connection device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 33 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the processing device of the server. The output device 34 may include a display device such as a display screen.
One or more modules are stored in the memory 32, which when executed by the one or more processors 31 perform the method as shown in fig. 1.
Those skilled in the art will appreciate that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and the processes of the embodiments of the motor control methods described above can be included when the computer program is executed. The storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (FM), a Hard Disk (Hard Disk Drive, HDD), or a Solid-State Drive (SSD); the storage medium may also comprise a combination of memories of the kind described above.
Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope defined by the appended claims.

Claims (5)

1. A software package management method suitable for a koji management system is characterized by comprising the following steps:
dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
the software package meeting the requirement of the physical node corresponds to a physical node warehouse, and the software package meeting the requirement of the container mirror image corresponds to a container mirror image warehouse;
selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse according to an installation result;
if the dependency problem does not exist, after receiving the confirmation information of the development end and the adjustment end, outputting a software package to a koji software library through a koji management system, acquiring the software package in the koji software library through a mash tool and outputting the software package to a corresponding warehouse, wherein the corresponding warehouse is an yum software library, and the conversion from the koji software library to a yum software library is realized through the transfer of the mash tool;
if the dependency problem exists, reselecting the software package from the software packages compiled by the koji management system;
before receiving the confirmation information of the development end and the adjustment end, the method further comprises the following steps:
the development terminal applies for sending the adjusted software package to a koji management system for compiling;
determining a warehouse corresponding to the compiled software package according to the requirements met by the compiled software package;
the software package meeting the requirement of the physical node comprises a software package which is required to be installed by a host, and the software package meeting the requirement of the container mirror image comprises a software package which is required to be installed in a container;
the version of the software package meeting the physical node requirement is more stable and less changed than that of the software package meeting the container mirror image requirement, and the version of the software package meeting the physical node requirement is more controllable than that of the software package meeting the container mirror image requirement;
the version of the software package meeting the requirement of the container mirror image is more changed than that of the software package meeting the requirement of the physical node, and the software package meeting the requirement of the container mirror image needs a specific version according to the requirement of the container mirror image.
2. The method of claim 1, wherein verifying whether the software package has a dependency problem in the corresponding repository according to the installation result comprises:
if the installation result is that the installation is successful in the container, the dependence problem does not exist;
if the installation results in a failed installation in the container, there is a dependency problem.
3. A software package management apparatus adapted to a koji management system, comprising:
the dividing unit is used for dividing the compiled software package in the koji management system into a software package meeting the requirement of a physical node and a software package meeting the requirement of a container mirror image;
the corresponding unit is used for corresponding the software package meeting the requirement of the physical node to a physical node warehouse and corresponding the software package meeting the requirement of the container mirror image to the container mirror image warehouse;
the verification unit is used for selecting a software package from the software packages compiled by the koji management system, installing the software package in a container, and verifying whether the software package has a dependence problem in a corresponding warehouse or not according to an installation result;
the output unit is used for outputting a software package to a koji software library through a koji management system after receiving the confirmation information of the development end and the adjustment end if the dependence problem does not exist, the mash tool acquires the software package in the koji software library and outputs the software package to a corresponding warehouse, the corresponding warehouse is an yum software library, and the conversion from the koji software library to a yum software library is realized through the transfer of the mash tool;
if the dependency problem exists, reselecting the software package from the software packages compiled by the koji management system;
before receiving the confirmation information of the development end and the adjustment end, the method further comprises the following steps:
the development terminal applies for sending the adjusted software package to a koji management system for compiling;
determining a warehouse corresponding to the compiled software package according to the requirements met by the compiled software package;
the software package meeting the requirement of the physical node comprises a software package which is required to be installed by a host, and the software package meeting the requirement of the container mirror image comprises a software package which is required to be installed in a container;
the version of the software package meeting the physical node requirement is more stable and less changed than that of the software package meeting the container mirror image requirement, and the version of the software package meeting the physical node requirement is more controllable than that of the software package meeting the container mirror image requirement;
the version of the software package meeting the requirement of the container mirror image is more changed than that of the software package meeting the requirement of the physical node, and the software package meeting the requirement of the container mirror image needs a specific version according to the requirement of the container mirror image.
4. A computer-readable storage medium storing computer instructions for causing a computer to execute the software package management method for a koji management system according to any one of claims 1 to 2.
5. An electronic device, characterized in that the electronic device comprises: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to cause the at least one processor to perform the software package management method for a koji management system as claimed in any one of claims 1 to 2.
CN202110359342.2A 2021-04-02 2021-04-02 Software package management method and device suitable for koji management system and electronic equipment Active CN112732332B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110359342.2A CN112732332B (en) 2021-04-02 2021-04-02 Software package management method and device suitable for koji management system and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110359342.2A CN112732332B (en) 2021-04-02 2021-04-02 Software package management method and device suitable for koji management system and electronic equipment

Publications (2)

Publication Number Publication Date
CN112732332A CN112732332A (en) 2021-04-30
CN112732332B true CN112732332B (en) 2021-07-23

Family

ID=75596348

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110359342.2A Active CN112732332B (en) 2021-04-02 2021-04-02 Software package management method and device suitable for koji management system and electronic equipment

Country Status (1)

Country Link
CN (1) CN112732332B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102129381A (en) * 2011-03-14 2011-07-20 兰雨晴 Method for customizing linux operating system
CN105516232A (en) * 2014-10-20 2016-04-20 中兴通讯股份有限公司 SAN storage system application software management method, management server, host and system
CN109240837A (en) * 2018-09-11 2019-01-18 四川长虹电器股份有限公司 A kind of construction method of general cloud storage service API
CN109976774A (en) * 2019-04-11 2019-07-05 北京启迪区块链科技发展有限公司 Block chain node deployment method, device, equipment and storage medium
CN111651168A (en) * 2020-05-13 2020-09-11 无锡江南计算技术研究所 Operating system customization method oriented to cloud native application scene

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9383984B2 (en) * 2014-01-13 2016-07-05 International Business Machines Corporation Seal-based regulation for software deployment management
CN111966463A (en) * 2020-08-18 2020-11-20 江苏安超云软件有限公司 Container mirror image construction method and device, storage medium and electronic equipment
CN112558980A (en) * 2020-12-15 2021-03-26 建信金融科技有限责任公司 Multi-software-package management method and device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102129381A (en) * 2011-03-14 2011-07-20 兰雨晴 Method for customizing linux operating system
CN105516232A (en) * 2014-10-20 2016-04-20 中兴通讯股份有限公司 SAN storage system application software management method, management server, host and system
CN109240837A (en) * 2018-09-11 2019-01-18 四川长虹电器股份有限公司 A kind of construction method of general cloud storage service API
CN109976774A (en) * 2019-04-11 2019-07-05 北京启迪区块链科技发展有限公司 Block chain node deployment method, device, equipment and storage medium
CN111651168A (en) * 2020-05-13 2020-09-11 无锡江南计算技术研究所 Operating system customization method oriented to cloud native application scene

Also Published As

Publication number Publication date
CN112732332A (en) 2021-04-30

Similar Documents

Publication Publication Date Title
US10958524B2 (en) Method for generating network slice template and for applying network slice template, and apparatus
CN109391673B (en) Method, system and terminal equipment for managing update file
CN104836843A (en) Client application program updating method and device
CN102810066A (en) Terminal adapting method and terminal and server based on terminal characteristic configuration program
CN110543327B (en) Service component multiplexing method, device, computer equipment and storage medium
CN103677898A (en) Method for checking loaded extension and/or plug-in on server side and server
CN109002389B (en) Method and device for automatically testing page
CN114422618B (en) Cloud-protogenesis-based IOT platform protocol adaptation method, device, equipment and medium
CN113141405B (en) Service access method, middleware system, electronic device, and storage medium
CN109684008A (en) Card rendering method, device, terminal and computer readable storage medium
CN111124544A (en) Interface display method and device, electronic equipment and storage medium
US11631011B2 (en) Automatically remediating storage device issues using machine learning techniques
CN116257438A (en) Updating method of interface test case and related equipment
JP2023531701A (en) Efficient controller data generation and extraction
CN112732332B (en) Software package management method and device suitable for koji management system and electronic equipment
CN113596087A (en) Application upgrading method and device and computer readable storage medium
CN113867778B (en) Image file generation method and device, electronic equipment and storage medium
US20170185628A1 (en) Sequential replication with limited number of objects
CN116450165A (en) Method, system, terminal and storage medium for quickly building environment and deploying program
CN114546842A (en) Interface test method and device, storage medium and electronic equipment
CN117149220A (en) Resource updating method, electronic equipment and system
CN113098961A (en) Component uploading method, device and system, computer equipment and readable storage medium
CN112486497A (en) Compiling configuration file generation method and device, electronic equipment and storage medium
EP2768206B1 (en) Download management method and device based on android browser
CN113573328A (en) Method and device for updating site configuration data and electronic equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant