CN109669672B - Neutral version construction and page response method, system and related device - Google Patents
Neutral version construction and page response method, system and related device Download PDFInfo
- Publication number
- CN109669672B CN109669672B CN201811536344.9A CN201811536344A CN109669672B CN 109669672 B CN109669672 B CN 109669672B CN 201811536344 A CN201811536344 A CN 201811536344A CN 109669672 B CN109669672 B CN 109669672B
- Authority
- CN
- China
- Prior art keywords
- script file
- target
- code
- requirement
- client
- 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
Links
- 238000010276 construction Methods 0.000 title claims abstract description 28
- 230000004044 response Effects 0.000 title claims abstract description 16
- 230000007935 neutral effect Effects 0.000 title claims abstract description 12
- 238000000034 method Methods 0.000 title claims description 28
- 230000006870 function Effects 0.000 claims description 32
- 238000005192 partition Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 7
- 238000012423 maintenance Methods 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003472 neutralizing effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Abstract
The application discloses a neutralized version construction method, a page response system, an electronic device and a computer readable storage medium, wherein the neutralized version construction method comprises the following steps: determining the function requirement of each client, and determining a requirement code according to the function requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer; acquiring an original script file, and creating a conditional branch for each client in the original script file; and adding each demand code into the corresponding conditional branch to obtain a built script file. According to the neutral version construction method, only one set of codes is required to be maintained for multiple functional requirements, the redundancy of the codes is reduced, and the maintenance cost is reduced. When the function requirements of new clients exist, only the conditional branches need to be added, and the expandability is strong.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and system for building a neutralized version and responding to a page, an electronic device, and a computer-readable storage medium.
Background
With the smooth progress of market expansion, the storage of product models is becoming perfect. And (4) neutralizing the storage system, namely deleting all original identification information in the storage system, such as information related to the wave identification.
In the prior art, the operation of updating the code is performed first, and the version code to be built is guaranteed to be up to date. And then writing a script repalce.sh, saving all files corresponding to the modules which need to be replaced by neutrality in a list form, executing replacement operation, and replacing the original identification information by MASTOR. And finally, executing and constructing the script build _ mkiso.
The constructed neutral version can not meet market requirements and can not be replaced and neutralized in real time according to customer requirements, for example, a customer wants to replace a wave and tide mark with a customer company name AAA and another customer wants to replace the wave and tide mark with a company name BBB, so along with the requirements of different customers, the scheme needs to continuously change a replacement script, needs to maintain multiple sets of codes, is not easy to manage the codes, can not meet the requirements, can not be automatically replaced, greatly reduces the working efficiency, and can not meet the compatibility requirement.
Therefore, how to improve the building efficiency of the neutralized version is a problem to be solved by those skilled in the art.
Disclosure of Invention
The application aims to provide a neutralized version construction method, a page response system, an electronic device and a computer readable storage medium, and the neutralized version construction efficiency is improved.
In order to achieve the above object, the present application provides a neutralized version construction method, including:
determining the function requirement of each client, and determining a requirement code according to the function requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer;
acquiring an original script file, and creating a conditional branch for each client in the original script file;
and adding each demand code into the corresponding conditional branch to obtain a built script file.
Wherein the functional requirements include any one or a combination of any of modifying a default IP, a port number, a web password, an os password, and adding a system partition.
And if the function requirement is specifically to increase a system partition, the requirement code is specifically to modify a linux file in the original script file.
To achieve the above object, the present application provides a neutralized version construction system, including:
the determining module is used for determining the function requirement of each client and determining a requirement code according to the function requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer;
the creating module is used for acquiring an original script file and creating a conditional branch for each client in the original script file;
and the adding module is used for adding each demand code into the corresponding conditional branch to obtain a built script file.
Wherein the functional requirements include any one or a combination of any of modifying a default IP, a port number, a web password, an os password, and adding a system partition.
And if the function requirement is specifically to increase a system partition, the requirement code is specifically to modify a linux file in the original script file.
In order to achieve the above object, the present application provides a page response method, including:
acquiring a script file; wherein the script file is specifically the script file constructed by the neutral version construction method according to claim 1 or 2;
acquiring target identification information of a target client, and determining a target conditional branch in the script file according to the target identification information;
executing the target demand code in the target conditional branch to respond to the target functional demand of the target customer.
To achieve the above object, the present application provides a page response system, including:
the first acquisition module is used for acquiring the script file; the script file is specifically a script file constructed by the neutral version construction method;
the second acquisition module is used for acquiring target identification information of a target client and determining a target conditional branch in the script file according to the target identification information;
and the execution module is used for executing the target demand codes in the target conditional branch so as to respond to the target function demands of the target client.
To achieve the above object, the present application provides an electronic device including:
a memory for storing a computer program;
a processor for implementing the steps of the neutralized version construction method as described above when executing the computer program.
To achieve the above object, the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the neutralized version construction method as described above.
According to the scheme, the method for constructing the neutralized version comprises the following steps: determining the function requirement of each client, and determining a requirement code according to the function requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer; acquiring an original script file, and creating a conditional branch for each client in the original script file; and adding each demand code into the corresponding conditional branch to obtain a built script file.
According to the neutral version construction method, the demand codes are respectively compiled according to the function requirements of different customers, the different demand codes are added into different conditional branches, and all the conditional branches are added into the original script file. For a plurality of functional requirements, only one set of codes is required to be maintained, so that the redundancy of the codes is reduced, and the maintenance cost is reduced. When the function requirements of new clients exist, only the conditional branches need to be added, and the expandability is strong. The application also discloses a neutralized version construction system, an electronic device and a computer readable storage medium, which can also achieve the technical effects.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
In order to more clearly illustrate the embodiments of the present application 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 application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the disclosure without limiting the disclosure. In the drawings:
FIG. 1 is a flow diagram illustrating a method of neutralized version construction in accordance with an exemplary embodiment;
FIG. 2 is a flow diagram illustrating a page response method in accordance with an exemplary embodiment;
FIG. 3 is a block diagram illustrating a neutralized version building system in accordance with an exemplary embodiment;
FIG. 4 is a block diagram illustrating a page response system in accordance with an exemplary embodiment;
FIG. 5 is a block diagram illustrating an electronic device in accordance with an exemplary embodiment.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, 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 application.
The embodiment of the application discloses a method for constructing a neutralized version, which improves the construction efficiency of the neutralized version.
Referring to fig. 1, a flowchart of a neutralized version construction method is shown according to an exemplary embodiment, as shown in fig. 1, including:
s101: determining the function requirement of each client, and determining a requirement code according to the function requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer;
in specific implementation, requirement codes are written for different functional requirements of different customers respectively, and the specific functional requirements and the process of determining the requirement codes are not specifically limited in this embodiment. Since the present embodiment is a method for constructing a neutralized version, the requirement code at least needs to include a code in which the original identification information is replaced with the identification information of the client, where the original identification information may be the identification information of the wave.
Functional requirements may include, among other things, modifying default IP, port numbers, web passwords, os passwords, adding system partitions, and so on. For modifying the default IP, port number, web password, and os password, sed commands may be used to replace the system default IP, port, web login password, replace the shadow file, and modify the root login password. For adding a system partition, the linux file can be modified, and the system partition used for installing software by a client is mounted.
S102: acquiring an original script file, and creating a conditional branch for each client in the original script file;
in this embodiment, an original script file is first obtained, and the original script file is a file with the latest version code. It should be noted that the step of acquiring the original script is not sequentially related to step S101, and may be executed sequentially or in parallel.
After the original script file is obtained, a conditional branch is created for each client in the original script file, that is, a case conditional branch can be created in the switch function. For the input value of the switch function, this embodiment is not particularly limited, and may be, for example, unique identification information of the client, or may be a specific numerical value. When the input value is a specific numerical value, a corresponding relationship between the numerical value and the identification information needs to be established so as to execute the code in the conditional branch of the response according to the identification information of the client when the page responds.
S103: and adding each demand code into the corresponding conditional branch to obtain a built script file.
It will be appreciated that each conditional branch corresponds to a client's functional requirements, and all of the conditional branches constitute a completed script file.
According to the neutral version construction method provided by the embodiment of the application, the demand codes are respectively compiled according to the function requirements of different customers, the different demand codes are added into different conditional branches, and all the conditional branches are added into the original script file. For a plurality of functional requirements, only one set of codes is required to be maintained, so that the redundancy of the codes is reduced, and the maintenance cost is reduced. When the function requirements of new clients exist, only the conditional branches need to be added, and the expandability is strong.
The application also provides a page demand response method, which specifically comprises the following steps:
referring to fig. 2, a flowchart of a page response method according to an exemplary embodiment is shown, as shown in fig. 2, including:
s201: acquiring a script file;
the script file is specifically the script file constructed in the above embodiment. In this embodiment, the script file is first installed on the client of the user, so that the subsequent steps can be performed to respond to the function requirement.
S202: acquiring target identification information of a target client, and determining a target conditional branch in the script file according to the target identification information;
in this step, first, target identification information of a target client is determined, and a target conditional branch is determined based on the target identification information. When the input value of the switch function in the previous embodiment is the identification information of the client, the target conditional branch can be directly determined. When the input value of the switch function is a specific numerical value, a target numerical value corresponding to the target identification information needs to be determined according to the corresponding relationship between the numerical value and the identification information, and a target conditional branch needs to be determined according to the target numerical value.
S203: executing the target demand code in the target conditional branch to respond to the target functional demand of the target customer.
In this step, the response of the target function requirement can be completed by executing the target requirement code in the target conditional branch.
The method for constructing the neutralized version provided by the present application is described in the application embodiment below, and specifically, the method may include the following steps:
step 1: updating the code base, namely acquiring an original script file;
step 2: the original script file 02replace is modified. If the AAA needs to modify the default IP, port number, web password and os password, replace the tide mark and the like, and the BBB needs to only add a system partition for installing software for a client on the basis of unchanged original version, the software can normally run after the system is restarted. Adding two judgment conditions of case AAA and case BBB;
case AAA: modify OEM _ TYPE AAA; replacing default IP, port and web login password of the system by using the sed command; replacing the shadow file and modifying a root login password;
case BBB: modify OEM _ TYPE ═ BBB; modifying the linux file, and mounting a system partition for installing software by a client;
and step 3: submitting the modified file 02replace and linux to a code library;
and 4, step 4: and executing the packed script build _ mkiso.
For different devices, OEM versions (AAA or BBB) of the different devices may be obtained, and a code such as build _ mkiso.sh AAA may be obtained; build _ mkiso.sh BBB;
in the following, a neutralized version building system provided by an embodiment of the present application is introduced, and a neutralized version building system described below and a neutralized version building method described above may be referred to each other.
Referring to FIG. 3, a block diagram of a neutralized version build system is shown, according to an exemplary embodiment, as shown in FIG. 3, including:
a determining module 301, configured to determine a functional requirement of each client, and determine a requirement code according to the functional requirement; wherein the demand code at least includes a code that replaces original identification information with identification information of the customer;
a creating module 302, configured to obtain an original script file, and create a conditional branch for each client in the original script file;
and an adding module 303, configured to add each requirement code to the corresponding conditional branch to obtain a built script file.
On the basis of the above embodiment, as a preferred implementation, the function requirement includes any one or a combination of any several items of modification of a default IP, a port number, a web password, an os password and addition of a system partition.
On the basis of the above embodiment, as a preferred implementation, if the functional requirement is specifically to increase a system partition, the requirement code is specifically to modify a linux file in the original script file.
According to the neutral version construction system provided by the embodiment of the application, the demand codes are respectively compiled according to the function requirements of different clients, the different demand codes are added into different conditional branches, and all the conditional branches are added into the original script file. For a plurality of functional requirements, only one set of codes is required to be maintained, so that the redundancy of the codes is reduced, and the maintenance cost is reduced. When the function requirements of new clients exist, only the conditional branches need to be added, and the expandability is strong.
Referring to fig. 4, a structure diagram of a page response system according to an exemplary embodiment is shown, and as shown in fig. 4, the page response system includes:
a first obtaining module 401, configured to obtain a script file; wherein the script file is specifically the script file constructed by the neutral version construction method according to claim 1 or 2;
a second obtaining module 402, configured to obtain target identification information of a target client, and determine a target conditional branch in the script file according to the target identification information;
an executing module 403, configured to execute the target requirement code in the target conditional branch so as to respond to the target function requirement of the target client.
With regard to the system in the above embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.
The present application further provides an electronic device, and referring to fig. 5, a structure diagram of an electronic device 500 provided in an embodiment of the present application may include a processor 11 and a memory 12, as shown in fig. 5. The electronic device 500 may also include one or more of a multimedia component 13, an input/output (I/O) interface 14, and a communication component 15.
The processor 11 is configured to control the overall operation of the electronic device 500, so as to complete all or part of the steps in the neutralized version building method. The memory 12 is used to store various types of data to support operation at the electronic device 500, such as instructions for any application or method operating on the electronic device 500, and application-related data, such as contact data, messaging, pictures, audio, video, and so forth. The Memory 12 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk or optical disk. The multimedia component 13 may include a screen and an audio component. Wherein the screen may be, for example, a touch screen and the audio component is used for outputting and/or inputting audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signal may further be stored in the memory 12 or transmitted via the communication component 15. The audio assembly also includes at least one speaker for outputting audio signals. The I/O interface 14 provides an interface between the processor 11 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 15 is used for wired or wireless communication between the electronic device 500 and other devices. Wireless Communication, such as Wi-Fi, bluetooth, Near Field Communication (NFC), 2G, 3G or 4G, or a combination of one or more of them, so that the corresponding Communication component 15 may include: Wi-Fi module, bluetooth module, NFC module.
In an exemplary embodiment, the electronic Device 500 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components for performing the above-described neutralized version construction method.
In another exemplary embodiment, there is also provided a computer readable storage medium comprising program instructions which, when executed by a processor, implement the steps of the above-described neutralized version construction method. For example, the computer readable storage medium may be the memory 12 described above comprising program instructions executable by the processor 11 of the electronic device 500 to perform the neutralized version construction method described above.
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. For the system disclosed by the embodiment, the description is relatively simple because the system corresponds to the method disclosed by the embodiment, and the relevant points can be referred to the method part for description. It should be noted that, for those skilled in the art, it is possible to make several improvements and modifications to the present application without departing from the principle of the present application, and such improvements and modifications also fall within the scope of the claims of the present application.
It is further noted that, in the present specification, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
Claims (6)
1. A method of building a neutralized version, comprising:
determining the function requirement of each client, and determining a requirement code according to the function requirement; wherein the requirement code at least comprises a code for replacing original identification information with identification information of the client, and the functional requirement comprises any one or a combination of any several of modifying default IP, port number, web password, os password and adding system partition; if the function requirement is specifically to increase a system partition, the requirement code is specifically to modify a linux file in an original script file;
acquiring an original script file, and creating a conditional branch for each client in the original script file;
and adding each demand code into the corresponding conditional branch to obtain a built script file.
2. A demand response method, comprising:
acquiring a script file; wherein, the script file is specifically the script file constructed by the neutral version construction method according to claim 1;
acquiring target identification information of a target client, and determining a target conditional branch in the script file according to the target identification information;
executing the target demand code in the target conditional branch to respond to the target functional demand of the target customer.
3. A neutralized version building system, comprising:
the determining module is used for determining the function requirement of each client and determining a requirement code according to the function requirement; wherein the requirement code at least comprises a code for replacing original identification information with identification information of the client, and the functional requirement comprises any one or a combination of any several of modifying default IP, port number, web password, os password and adding system partition; if the function requirement is specifically to increase a system partition, the requirement code is specifically to modify a linux file in an original script file;
the creating module is used for acquiring an original script file and creating a conditional branch for each client in the original script file;
and the adding module is used for adding each demand code into the corresponding conditional branch to obtain a built script file.
4. A demand response system, comprising:
the first acquisition module is used for acquiring the script file; wherein, the script file is specifically the script file constructed by the neutral version construction method according to claim 1;
the second acquisition module is used for acquiring target identification information of a target client and determining a target conditional branch in the script file according to the target identification information;
and the execution module is used for executing the target demand codes in the target conditional branch so as to respond to the target function demands of the target client.
5. An electronic device, comprising:
a memory for storing a computer program;
a processor for implementing the steps of the neutralized version construction method as claimed in claim 1 when executing the computer program.
6. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the neutralized version construction method as set forth in claim 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536344.9A CN109669672B (en) | 2018-12-14 | 2018-12-14 | Neutral version construction and page response method, system and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536344.9A CN109669672B (en) | 2018-12-14 | 2018-12-14 | Neutral version construction and page response method, system and related device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109669672A CN109669672A (en) | 2019-04-23 |
| CN109669672B true CN109669672B (en) | 2022-02-18 |
Family
ID=66143893
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811536344.9A Active CN109669672B (en) | 2018-12-14 | 2018-12-14 | Neutral version construction and page response method, system and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109669672B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111158749B (en) * | 2019-12-23 | 2023-12-01 | 杭州安恒信息技术股份有限公司 | Software version replacement method, device, equipment and readable storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20130110609A (en) * | 2012-03-29 | 2013-10-10 | 주식회사 엘지씨엔에스 | Method of managing script, server performing the same and storage media storing the same |
| CN103605796A (en) * | 2013-12-05 | 2014-02-26 | 用友软件股份有限公司 | Version iteration-supported document management device and version iteration-supported document management method |
| CN104461578A (en) * | 2014-12-26 | 2015-03-25 | 广州唯品会信息科技有限公司 | Automatic code merging method and system |
| CN104573075A (en) * | 2015-01-26 | 2015-04-29 | 浪潮(北京)电子信息产业有限公司 | Management method and system for research and development of application codes |
| US9606900B1 (en) * | 2016-03-24 | 2017-03-28 | Fmr Llc | Intelligent automation of computer software test scripts and code requirements |
| CN107797813A (en) * | 2017-10-13 | 2018-03-13 | 福建天泉教育科技有限公司 | A kind of software agile development method and system |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030198934A1 (en) * | 2002-03-29 | 2003-10-23 | Nachi Sendowski | Branching script engine |
| WO2008124156A1 (en) * | 2007-04-09 | 2008-10-16 | Enterra Strategies, Llc | Creating deployable software for implementing a business process using a library of preconfigured processes |
-
2018
- 2018-12-14 CN CN201811536344.9A patent/CN109669672B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20130110609A (en) * | 2012-03-29 | 2013-10-10 | 주식회사 엘지씨엔에스 | Method of managing script, server performing the same and storage media storing the same |
| CN103605796A (en) * | 2013-12-05 | 2014-02-26 | 用友软件股份有限公司 | Version iteration-supported document management device and version iteration-supported document management method |
| CN104461578A (en) * | 2014-12-26 | 2015-03-25 | 广州唯品会信息科技有限公司 | Automatic code merging method and system |
| CN104573075A (en) * | 2015-01-26 | 2015-04-29 | 浪潮(北京)电子信息产业有限公司 | Management method and system for research and development of application codes |
| US9606900B1 (en) * | 2016-03-24 | 2017-03-28 | Fmr Llc | Intelligent automation of computer software test scripts and code requirements |
| CN107797813A (en) * | 2017-10-13 | 2018-03-13 | 福建天泉教育科技有限公司 | A kind of software agile development method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109669672A (en) | 2019-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107491329B (en) | Docker mirror image construction method, device, storage medium and electronic device | |
| CN109076107B (en) | Providing automatic detection and optimization of user experience upgrades based on detection customization | |
| US9848277B2 (en) | High-speed application for installation on mobile devices for permitting remote configuration of such mobile devices | |
| CN108776587B (en) | Data acquisition method and device, computer equipment and storage medium | |
| CN110780897B (en) | Code changing method and device | |
| CN109358549B (en) | Intelligent control method and device for excavator | |
| CN110955494B (en) | Virtual machine disk image construction method, device, equipment and medium | |
| CN107291481B (en) | Component updating method, device and system | |
| CN110515871B (en) | Interrupt method, interrupt device, FPGA (field programmable Gate array) and storage medium | |
| CN108958843A (en) | Plug-in unit construction method, system, equipment and medium based on lightweight script | |
| CN112379940B (en) | Executable file processing method and device, electronic equipment and storage medium | |
| CN111158597A (en) | Metadata reading method and device, electronic equipment and storage medium | |
| CN103995696B (en) | The program bag custom-built system and method for customizing of mobile terminal | |
| JP2015503812A (en) | Installation engine and package format for parallelizable and reliable installation | |
| CN109669672B (en) | Neutral version construction and page response method, system and related device | |
| CN105159673A (en) | Method and device for setting control style | |
| CN109032696A (en) | A kind of page tune method, terminal and computer storage medium | |
| CN113656005A (en) | Application component library construction method, application component configuration method and related device | |
| JP2022051665A (en) | Method and apparatus of embedding user app interest, electronic apparatus, storage medium, and computer program | |
| CN111984623A (en) | Database cluster automatic deployment method, device, medium and electronic equipment | |
| US20150113261A1 (en) | User initiated data rollback using operating system partitions | |
| CN102622213A (en) | One-click upgrade tool generation system and manufacturing method thereof | |
| CN110879718A (en) | maridb upgrading method and device, electronic equipment and storage medium | |
| CN112905225A (en) | Method and device for creating continuous integration tool construction task | |
| CN114138278A (en) | Parameter configuration method, device, equipment and medium for basic input and output system |
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 |