CN114564934A - Software program version difference analysis method, device, equipment and storage medium - Google Patents

Software program version difference analysis method, device, equipment and storage medium Download PDF

Info

Publication number
CN114564934A
CN114564934A CN202210118545.7A CN202210118545A CN114564934A CN 114564934 A CN114564934 A CN 114564934A CN 202210118545 A CN202210118545 A CN 202210118545A CN 114564934 A CN114564934 A CN 114564934A
Authority
CN
China
Prior art keywords
version
software program
file
abstract
digest
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.)
Granted
Application number
CN202210118545.7A
Other languages
Chinese (zh)
Other versions
CN114564934B (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 Time Zhengbang Technology Co ltd
Original Assignee
Beijing Time Zhengbang Technology 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 Time Zhengbang Technology Co ltd filed Critical Beijing Time Zhengbang Technology Co ltd
Priority to CN202210118545.7A priority Critical patent/CN114564934B/en
Publication of CN114564934A publication Critical patent/CN114564934A/en
Application granted granted Critical
Publication of CN114564934B publication Critical patent/CN114564934B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/194Calculation of difference between files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/955Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566URL specific, e.g. using aliases, detecting broken or misspelled links
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Stored Programmes (AREA)

Abstract

The application provides a software program version difference analysis method, which specifically comprises the following steps: acquiring each element contained in the release version of the software program, defining each element through URL to form element content, abstracting the defined element content by adopting a message abstraction algorithm to generate a version abstract of the release version of the software program; further acquiring abstract files of the standard versions of the software programs; executing a version verification process on a software program needing to be subjected to difference analysis through a version comparator; and recording the compared difference to form a difference list and storing the difference list. The method comprises the steps of clearly defining each element contained in a software program through a URI, simplifying the content of the element by adopting a message digest algorithm, generating a version digest of the running version, comparing the version digest with a release digest of a standard version item by item to obtain a difference list, getting rid of time and labor consumption of manually comparing version differences, and quickly analyzing the differences of the running version.

Description

Software program version difference analysis method, device, equipment and storage medium
Technical Field
The application belongs to the technical field of software program version difference analysis, and particularly relates to a software program version difference analysis method, device, equipment and storage medium.
Background
At present, most software programs mainly adopt version numbers, version description files and other modes when determining versions. However, in an actual production environment, because the incremental release mode is mostly adopted for release of version update, a part of changed files are updated each time, and in the long-term maintenance process, the production version gradually cannot correspond to the source code version, particularly, one product is applied to a plurality of clients, different clients may have respective release rhythms and requirements, and only a part of the content of the version may be released, so that a plurality of versions need to be compared when modification is performed at a later stage. And the configuration items of the product (including configuration files and configuration class information in the data table), the table structure of the database, the initialization data in the data table, etc. may also be inconsistent with the version requirements, causing problems. Therefore, a method for quickly and effectively analyzing the version difference and accurately positioning to a specific difference point is urgently needed.
In view of the above, it is very significant to provide a method, an apparatus, a device and a storage medium for analyzing software program version difference.
Content of application
In order to solve the problem that the version difference of the software program cannot be analyzed quickly and effectively in the prior art, the application provides a method, a device, equipment and a storage medium for analyzing the version difference of the software program, so as to solve the technical defect problem in the prior art.
In a first aspect, the present application provides a software program version difference analysis method, which specifically includes the following steps:
s1, acquiring each element contained in the software program release version, defining each element through URL to form element content, abstracting the defined element content by adopting a message abstraction algorithm, and generating a version abstract of the software program release version;
s2, further acquiring a summary file of the standard version of the software program;
s3, executing a version verification process on the software program needing to be subjected to difference analysis through a version comparator; and
and S4, recording the differences after comparison to form a difference list and storing the difference list.
The method comprises the steps of clearly defining each element contained in the running version of the software program through a URI, simplifying the content of the element by adopting a message digest algorithm, generating a version digest of the running version, and comparing the version digest with a release digest of a standard version item by item to obtain a difference list. By comparing the release abstracts of a plurality of standard versions, the difference between the running version and each version can be analyzed, the closest version is found, and the subsequent upgrade is carried out; the time and labor for comparing version differences manually can be avoided, the influence of misoperation caused by manual comparison can be avoided, the differences of the running versions can be analyzed rapidly, particularly the contents which are difficult to compare, such as configuration items, initialization data and the like, can be analyzed rapidly, and the difference list can be generated accurately in time.
Preferably, the version verification process in S3 specifically includes:
s31, the version comparator acquires the URL of each element of the software program version to be analyzed, searches in the abstract file of the standard software program version acquired in S2, and judges and marks the URL of each element to be in the existing, nonexistent or missing state;
s32, if the URL of the element belongs to the existing state, the element is abstracted by the message abstraction algorithm in the abstract file of the standard version of the software program, and then compared with the abstract file of the standard version of the software program, the element is judged and marked as the existing state and the existing state of inconsistency.
Preferably, the elements include release documents, configuration items, database table structures, and initialization data.
Further preferably, the published file includes a non-configuration file and a configuration file, and the URI format of the non-configuration file is: file/[ war packet name ]/file path/file name, and summarizing the full content of the published file; the URI format of the configuration file is: fileconfig:// [ war package name ]/file path/file name;
the URI format is as follows: configuring item names and abstracting configuration item values;
The URI formats of the tables, fields, indexes, storage processes and custom functions in the database are as follows: [ mysql | oracle | db2| sqlserver | … ]/[ table | field | index | sp | udf ]/name, abstract the full text of the corresponding database DDL statement;
the URI format of the initialization data is: record:// table name/primary key value, and converting all field values of corresponding records into character strings and then using "|" to splice and make abstract.
Preferably, the summary file of the standard version includes:
the first row displays the product name, version number, release date and message abstract algorithm name, and adjacent rows are separated by commas;
the second line begins one line for each of the elements, each line having the format: URL is digest value.
Preferably, the list of differences comprises: one row for each element, the format of each row being: URL, state mark, standard version abstract value and running version abstract value; the status flags include present consistency, present inconsistency, absence, and absence.
Preferably, the message digest algorithm includes MD2, MD4, and MD 5.
In a second aspect, the present application further provides an apparatus for analyzing version differences of a software program, including:
an acquisition module: configuring various elements and abstract files for acquiring the software program;
The definition module: configuring and defining each acquired element through a URL;
version abstract generator module: configured to digest the defined elements by a message digest algorithm;
a version comparator module: configured to perform an analysis and comparison of differences in versions of the software program;
a judging module: configured to determine and mark the discrepancy;
a recording module: configured to record the analyzed differences and form a list of differences.
In a third aspect, an embodiment of the present application provides an electronic device, including: one or more processors; storage means for storing one or more programs which, when executed by one or more processors, cause the one or more processors to carry out a method as described in any one of the implementations of the first aspect.
In a fourth aspect, the present application provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the method as described in any implementation manner of the first aspect.
Compared with the prior art, the beneficial results of this application lie in:
(1) the method comprises the steps of clearly defining each element contained in the running version of the software program through a URI, simplifying the content of the element by adopting a message digest algorithm, generating a version digest of the running version, and comparing the version digest with a release digest of a standard version item by item to obtain a difference list.
(2) By comparing the release abstracts of a plurality of standard versions, the difference between the running version and each version can be analyzed, the closest version is found, and the subsequent upgrade is carried out; the time and labor for comparing version differences manually can be avoided, the influence of misoperation caused by manual comparison can be avoided, the differences of the running versions can be analyzed rapidly, particularly the contents which are difficult to compare, such as configuration items, initialization data and the like, can be analyzed rapidly, and the difference list can be generated accurately in time.
Drawings
The accompanying drawings are included to provide a further understanding of the embodiments and are incorporated in and constitute a part of this specification. The drawings illustrate embodiments and together with the description serve to explain the principles of the application. Other embodiments and many of the intended advantages of embodiments will be readily appreciated as they become better understood by reference to the following detailed description. The elements of the drawings are not necessarily to scale relative to each other. Like reference numerals designate corresponding similar parts.
FIG. 1 is an exemplary device architecture diagram in which one embodiment of the present application may be applied;
FIG. 2 is a flowchart illustrating a software program version difference analysis method according to an embodiment of the present application;
Fig. 3 is a schematic structural diagram of a software program version difference analysis method according to an embodiment of the present application;
fig. 4 is a schematic flowchart of S3 in the software program version difference analysis method according to the embodiment of the present application;
fig. 5 is a flowchart illustrating a software program version difference analysis apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a computer device suitable for implementing an electronic apparatus according to an embodiment of the present application.
Detailed Description
In the following detailed description, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration specific embodiments in which the application may be practiced. In this regard, directional terminology, such as "top," "bottom," "left," "right," "up," "down," etc., is used with reference to the orientation of the figures being described. Because components of embodiments can be positioned in a number of different orientations, the directional terminology is used for purposes of illustration and is in no way limiting. It is to be understood that other embodiments may be utilized and logical changes may be made without departing from the scope of the present application. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present application is defined by the appended claims.
It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Fig. 1 illustrates an exemplary system architecture 100 to which a method for processing information or an apparatus for processing information of embodiments of the present application may be applied.
As shown in fig. 1, the system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 serves as a medium for providing communication links between the terminal devices 101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The user may use the terminal devices 101, 102, 103 to interact with the server 105 via the network 104 to receive or send messages or the like. The terminal devices 101, 102, 103 may have various communication client applications installed thereon, such as a web browser application, a shopping application, a search application, an instant messaging tool, a mailbox client, social platform software, and the like.
The terminal devices 101, 102, 103 may be various electronic devices having communication functions, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.
The server 105 may be a server that provides various services, such as a background information processing server that processes check request information transmitted by the terminal apparatuses 101, 102, 103. The background information processing server may perform processing such as analysis on the received verification request information, and obtain a processing result (for example, verification success information used for representing that the verification request is a legal request).
It should be noted that the method for processing information provided in the embodiment of the present application is generally performed by the server 105, and accordingly, the apparatus for processing information is generally disposed in the server 105. In addition, the method for sending information provided by the embodiment of the present application is generally executed by the terminal equipment 101, 102, 103, and accordingly, the apparatus for sending information is generally disposed in the terminal equipment 101, 102, 103.
The server may be hardware or software. When the server is hardware, it may be implemented as a distributed server cluster formed by multiple servers, or may be implemented as a single server. When the server is software, it may be implemented as multiple pieces of software or software modules (e.g., to provide distributed services), or as a single piece of software or multiple software modules. And is not particularly limited herein.
In a first aspect, an embodiment of the present application discloses a software program version difference analysis method, with reference to fig. 2 and 3, the method specifically includes the following steps:
s1, acquiring each element contained in the release version of the software program, defining each element through URL to form element content, abstracting the defined element content by adopting a message abstraction algorithm, and generating a version abstract of the release version of the software program;
s2, further acquiring a summary file of the standard version of the software program;
s3, executing a version verification process to the software program needing to be subjected to the difference analysis through a version comparator;
specifically, with reference to fig. 4, in this embodiment, the version verification process in S3 specifically includes: s31, the version comparator acquires the URL of each element of the software program version to be analyzed, searches in the abstract file of the standard software program version acquired in S2, and judges and marks that the URL of each element belongs to the existing, nonexistent or missing three states;
and S32, if the URL of the element belongs to the existing state, abstracting the element content by using a message abstraction algorithm in an abstract file of the standard version of the software program, comparing the abstract file with the abstract file of the standard version of the software program, and judging and marking the two states of consistency and inconsistency.
And S4, recording the differences after comparison to form a difference list and storing the difference list.
Specifically, in the embodiment, the message digest algorithm includes MD2, MD4, and MD5, and in the embodiment, the MD5 digest algorithm is adopted.
In the present embodiment, the various elements included in the software program include, but are not limited to, release files, configuration items, database table structures, initialization data, and the like.
The publishing file comprises a non-configuration file and a configuration file, and the URI format of the non-configuration file is as follows: file/[ war packet name ]/file path/file name, abstract the full content of the published file; the URI format of the configuration file is: fileconfig:// [ war package name ]/file path/file name;
the URI format is: configuring item names and abstracting configuration item values;
the URI formats of the tables, fields, indexes, storage processes and custom functions in the database are as follows: [ mysql | oracle | db2| sqlserver | … ]/[ table | field | index | sp | udf ]/name, abstract the full text of the corresponding database DDL statement;
the URI format of the initialization data is: record:// table name/primary key value, converting all field values of corresponding records into character strings and then splicing with '|' to make an abstract;
the URI format of the configuration item data is: dbconfig:// table name/primary key value, abstracted with the key field value of the configuration item.
In addition, contents requiring version control, which are not within the above range, may perform a digest algorithm by defining a URI and then checking as needed.
Further, the standard version summary file includes:
the first row displays the product name, version number, release date and message abstract algorithm name, and adjacent rows are separated by commas;
the second line begins one line per element, the format of each line being: URL ═ digest value.
The difference list includes: one line for each element, the format of each line being: URL, state mark, standard version abstract value and running version abstract value; the status flags include present consistency, present inconsistency, absence, and absence.
According to the scheme, each element contained in the running version of the software program is clearly defined through a URI, the content of the element is simplified by adopting a message digest algorithm, the version digest of the running version is generated, the version digest is compared with the release digest of the standard version item by item, and a difference list is obtained. By comparing the release abstracts of a plurality of standard versions, the difference between the running version and each version can be analyzed, the closest version is found, and the subsequent upgrade is carried out; the time and labor for comparing version differences manually can be avoided, the influence of misoperation caused by manual comparison can be avoided, the differences of the running versions can be analyzed rapidly, particularly the contents which are difficult to compare, such as configuration items, initialization data and the like, can be analyzed rapidly, and the difference list can be generated accurately in time.
In a second aspect, an embodiment of the present application further provides an apparatus for analyzing a software program version difference, with reference to fig. 5, including:
the acquisition module 51: configuring various elements for acquiring the software program and a summary file;
the definition module 52: configuring and defining each acquired element through URL;
version digest generator module 53: configured to digest defined elements by a message digest algorithm;
version comparator module 54: configured to perform an analysis and comparison of differences in versions of the software program;
the judging module 55: configured to determine and mark the discrepancy;
the recording module 56: configured to record the analyzed differences and form a list of differences.
Referring now to fig. 6, a schematic diagram of a computer device 600 suitable for use in implementing an electronic device (e.g., the server or terminal device shown in fig. 1) according to an embodiment of the present application is shown. The electronic device shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.
As shown in fig. 6, the computer apparatus 600 includes a Central Processing Unit (CPU)601 and a Graphics Processing Unit (GPU)602, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)603 or a program loaded from a storage section 609 into a Random Access Memory (RAM) 606. In the RAM 604, various programs and data necessary for the operation of the apparatus 600 are also stored. The CPU 601, GPU602, ROM 603, and RAM 604 are connected to each other via a bus 605. An input/output (I/O) interface 606 is also connected to bus 605.
The following components are connected to the I/O interface 606: an input portion 607 including a keyboard, a mouse, and the like; an output section 608 including, for example, a Liquid Crystal Display (LCD), and a speaker; a storage section 609 including a hard disk and the like; and a communication section 610 including a network interface card such as a LAN card, a modem, or the like. The communication section 610 performs communication processing via a network such as the internet. The drive 611 may also be connected to the I/O interface 606 as needed. A removable medium 612 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 611 as necessary, so that a computer program read out therefrom is mounted into the storage section 609 as necessary.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via the communication section 610, and/or installed from the removable media 612. The computer programs, when executed by a Central Processing Unit (CPU)601 and a Graphics Processor (GPU)602, perform the above-described functions defined in the methods of the present application.
It should be noted that the computer readable medium described herein can be a computer readable signal medium or a computer readable medium or any combination of the two. The computer readable medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor device, apparatus, or any combination of the foregoing. More specific examples of the computer readable medium may include, but are not limited to: an electrical connection having 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 portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution apparatus, device, or apparatus. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution apparatus, device, or apparatus. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based devices that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules described in the embodiments of the present application may be implemented by software or hardware. The modules described may also be provided in a processor.
As another aspect, the present application also provides a computer-readable medium, which may be contained in the electronic device described in the above embodiment; or may be separate and not incorporated into the electronic device. The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to perform the method for software program version difference analysis described above.
The foregoing description is only exemplary of the preferred embodiments of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the invention. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.

Claims (10)

1. A software program version difference analysis method is characterized by comprising the following steps:
s1, acquiring each element contained in the software program release version, defining each element through URL to form element content, abstracting the defined element content by adopting a message abstraction algorithm, and generating a version abstract of the software program release version;
s2, further acquiring a summary file of the standard version of the software program;
s3, executing a version verification process to the software program needing to be subjected to the difference analysis through a version comparator; and
and S4, recording the differences after comparison to form a difference list and storing the difference list.
2. The software program version difference analysis method according to claim 1, wherein the version verification process in S3 specifically includes:
s31, the version comparator acquires the URL of each element of the software program version to be analyzed, searches in the abstract file of the standard software program version acquired in S2, and judges and marks that the URL of each element belongs to the existing, nonexistent or missing three states;
s32, if the URL of the element belongs to the existing state, the element is abstracted by the message abstraction algorithm in the abstract file of the standard version of the software program, and then compared with the abstract file of the standard version of the software program, the element is judged and marked as the existing state and the existing state of inconsistency.
3. The software program version difference analysis method according to claim 1, wherein the elements include release files, configuration items, database table structures, and initialization data.
4. The software program version difference analysis method according to claim 3, wherein the release file comprises a non-configuration file and a configuration file, and the URI format of the non-configuration file is as follows: file/[ war packet name ]/file path/file name, and summarizing the full content of the published file; the URI format of the configuration file is: fileconfig:// [ war package name ]/file path/file name;
the URI format is as follows: configuring item names and abstracting configuration item values;
the URI formats of the table, the field, the index, the storage process and the self-defined function in the database are as follows: [ mysql | oracle | db2| sqlserver | … ]/[ table | field | index | sp | udf ]/name, abstract the full text of the corresponding database DDL statement;
the URI format of the initialization data is: record:// table name/primary key value, all field values of corresponding records are converted into character strings and then spliced by '|' to be abstracted.
5. The software program version difference analysis method according to claim 1, wherein the digest file of the standard version comprises:
The first row displays the product name, version number, release date and message abstract algorithm name, and adjacent rows are separated by commas;
the second line begins one line per said element, the format of each line being: URL ═ digest value.
6. The software program version difference analysis method according to claim 1, wherein the difference list comprises: one line for each of said elements, the format of each line being: URL, state mark, standard edition abstract value and operation edition abstract value; the status flags include present consistency, present inconsistency, absence, and absence.
7. The software program version difference analysis method according to claim 1, wherein the message digest algorithm includes MD2, MD4, and MD 5.
8. An apparatus for analyzing version differences of a software program, comprising:
an acquisition module: configuring various elements and abstract files for acquiring the software program;
a definition module: configuring and defining each acquired element through a URL;
a version abstract generator module: configured to digest the defined elements by a message digest algorithm;
a version comparator module: configured to perform an analysis and comparison of differences in versions of the software program;
A judgment module: configured to determine and mark the discrepancy;
a recording module: configured to record the analyzed differences and form a list of differences.
9. An electronic device, comprising:
one or more processors;
storage means for storing one or more programs;
when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-7.
CN202210118545.7A 2022-02-08 2022-02-08 Software program version difference analysis method, device, equipment and storage medium Active CN114564934B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210118545.7A CN114564934B (en) 2022-02-08 2022-02-08 Software program version difference analysis method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210118545.7A CN114564934B (en) 2022-02-08 2022-02-08 Software program version difference analysis method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN114564934A true CN114564934A (en) 2022-05-31
CN114564934B CN114564934B (en) 2024-03-22

Family

ID=81713475

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210118545.7A Active CN114564934B (en) 2022-02-08 2022-02-08 Software program version difference analysis method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN114564934B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130104115A1 (en) * 2011-10-21 2013-04-25 International Business Machines Corporation Systems and methods for upgrading a version of software
CN110109840A (en) * 2019-05-10 2019-08-09 重庆八戒电子商务有限公司 Code audit method, audit device and the medium compared based on version number
CN110457628A (en) * 2019-07-05 2019-11-15 平安国际智慧城市科技股份有限公司 Webpage edition correcting method, device, equipment and storage medium
CN113157315A (en) * 2021-04-30 2021-07-23 平安普惠企业管理有限公司 Method, device, equipment and medium for identifying difference information of different versions of software
CN113225729A (en) * 2020-01-21 2021-08-06 荣耀终端有限公司 OTA (over the air) upgrading method and device and readable storage medium
CN113326058A (en) * 2021-07-01 2021-08-31 苏州好玩友网络科技有限公司 Method, device, equipment and medium for updating version of application
CN113778510A (en) * 2021-08-17 2021-12-10 珠海西山居移动游戏科技有限公司 Multi-version maintenance method and device for application program and readable storage medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130104115A1 (en) * 2011-10-21 2013-04-25 International Business Machines Corporation Systems and methods for upgrading a version of software
CN110109840A (en) * 2019-05-10 2019-08-09 重庆八戒电子商务有限公司 Code audit method, audit device and the medium compared based on version number
CN110457628A (en) * 2019-07-05 2019-11-15 平安国际智慧城市科技股份有限公司 Webpage edition correcting method, device, equipment and storage medium
CN113225729A (en) * 2020-01-21 2021-08-06 荣耀终端有限公司 OTA (over the air) upgrading method and device and readable storage medium
CN113157315A (en) * 2021-04-30 2021-07-23 平安普惠企业管理有限公司 Method, device, equipment and medium for identifying difference information of different versions of software
CN113326058A (en) * 2021-07-01 2021-08-31 苏州好玩友网络科技有限公司 Method, device, equipment and medium for updating version of application
CN113778510A (en) * 2021-08-17 2021-12-10 珠海西山居移动游戏科技有限公司 Multi-version maintenance method and device for application program and readable storage medium

Also Published As

Publication number Publication date
CN114564934B (en) 2024-03-22

Similar Documents

Publication Publication Date Title
US11720418B2 (en) Distillation of various application interface data structures distributed over distinctive repositories to form a data source of consolidated application interface data components
US10282197B2 (en) Open application lifecycle management framework
EP2808790B1 (en) Migration assessment for cloud computing platforms
US9626368B2 (en) Document merge based on knowledge of document schema
US20120036397A1 (en) Utilizing log event ontology to deliver user role specific solutions for problem determination
US20140330745A1 (en) Analytic solution integration
US10360394B2 (en) System and method for creating, tracking, and maintaining big data use cases
US20160259831A1 (en) Methodology supported business intelligence (BI) software and system
US11675581B1 (en) Automated creation, testing, training, adaptation and deployment of new artificial intelligence (AI) models
CN110321544B (en) Method and device for generating information
CN111125064B (en) Method and device for generating database schema definition statement
US8775392B1 (en) Revision control and configuration management
CN108694172B (en) Information output method and device
CN112818026A (en) Data integration method and device
CN113377342B (en) Project construction method and device, electronic equipment and storage medium
US20140207830A1 (en) Decomposing xml schema documents into subsets
CN116414855A (en) Information processing method and device, electronic equipment and computer readable storage medium
CN114564934B (en) Software program version difference analysis method, device, equipment and storage medium
US20230089365A1 (en) Data virtualization adapter in an integration platform
CN110196803B (en) Software defect training method and system
CN113312053A (en) Data processing method and device
US20220114189A1 (en) Extraction of structured information from unstructured documents
CN113760949B (en) Data query method and device
CN118132153A (en) Continuous integrated pipeline task execution method and device and related equipment
McCampbell et al. ATIS

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