CN118627490A - 数据处理方法、装置、电子设备及可读存储介质 - Google Patents
数据处理方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN118627490A CN118627490A CN202410579752.1A CN202410579752A CN118627490A CN 118627490 A CN118627490 A CN 118627490A CN 202410579752 A CN202410579752 A CN 202410579752A CN 118627490 A CN118627490 A CN 118627490A
- Authority
- CN
- China
- Prior art keywords
- version
- table file
- data
- project
- current
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 26
- 230000008859 change Effects 0.000 claims abstract description 243
- 238000011161 development Methods 0.000 claims abstract description 53
- 238000012545 processing Methods 0.000 claims abstract description 12
- 238000012986 modification Methods 0.000 claims description 47
- 230000004048 modification Effects 0.000 claims description 45
- 238000000034 method Methods 0.000 claims description 34
- 238000013507 mapping Methods 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 4
- 230000006870 function Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 230000000694 effects Effects 0.000 description 5
- 239000010931 gold Substances 0.000 description 5
- 229910052737 gold Inorganic materials 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 3
- 239000003607 modifier Substances 0.000 description 3
- 238000011022 operating instruction Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 239000010437 gem Substances 0.000 description 2
- 229910001751 gemstone Inorganic materials 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 241001178520 Stomatepia mongo Species 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开公开了一种数据处理方法、装置、电子设备及可读存储介质,涉及计算机技术领域。该数据处理方法,包括:从所述版本管理系统获取项目的版本管理日志;若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格版本,以及所述表格文件当前表格版本的上一历史表格版本;对比所述当前表格版本和所述上一历史表格版本中的行数据,得到所述当前表格版本和所述上一历史表格版本中存在差异的行数据;根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。本公开降低了表格差异对比的操作难度以及错误率。
Description
技术领域
本公开涉及计算机技术领域,具体涉及一种数据处理方法、数据处理装置、电子设备及计算机可读存储介质。
背景技术
在目前的项目开发过程中,可以通过版本控制系统进行项目的开发管理,其中,需要管理的项目文件包括表格文件、资源文件、代码文件等。
excel因其强大的表格功能(如复杂的计算,创建图表,并支持宏操作等),得到了十分广泛的应用,但是,由于版本控制系统对excel表格文件的支持有限,因此,在很多情况下,会要求项目开发人员不使用excel表格格式,而使用csv、tsv等其他格式的表格来开发,但这样一来对表格文件的处理就十分不便。
现有技术中,版本控制系统对两个excel表格文件进行差异对比时,一般需要安装Spreadsheet Compare、Beyond Compare等额外插件,才能查看excel表格文件中的内容修改,再人工进行差异对比,因此,版本控制系统对于excel表格文件进行差异对比的操作复杂,且人工对比的错误率较高。
发明内容
本公开提供了一种数据处理方法、数据处理装置、电子设备及计算机可读存储介质,以解决或至少部分解决上述问题,具体如下。
第一方面,本公开提供了一种数据处理方法,应用于项目管理系统中的网络服务端,所述项目管理系统还包括与所述网络服务端通信连接的网络客户端,所述网络服务端还与用于管理项目文件的版本管理系统通信连接,所述方法包括:
从所述版本管理系统获取项目的版本管理日志;
若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格版本,以及所述表格文件当前表格版本的上一历史表格版本;
对比所述当前表格版本和所述上一历史表格版本中的行数据,得到所述当前表格版本和所述上一历史表格版本中存在差异的行数据;
根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。
第二方面,本公开还提供了一种数据处理装置,应用于项目管理系统中的网络服务端,所述项目管理系统还包括与所述网络服务端通信连接的网络客户端,所述网络服务端还与用于管理项目文件的版本管理系统通信连接,所述装置包括:
日志获取模块,用于从所述版本管理系统获取项目的版本管理日志;
表格版本获取模块,用于若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格版本,以及所述表格文件当前表格版本的上一历史表格版本;
差异对比模块,用于对比所述当前表格版本和所述上一历史表格版本中的行数据,得到所述当前表格版本和所述上一历史表格版本中存在差异的行数据;
变更信息生成模块,用于根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。
第三方面,本公开还提供了一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令;
所述处理器执行所述计算机程序指令时实现如上第一方面中所述的数据处理方法。
第四方面,本公开还提供了一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序指令,计算机程序指令被处理器执行时用于实现如上第一方面中所述的数据处理方法。
本公开示例性的实施例具有以下有益效果:
本公开提供的数据处理方法中,网络服务端首先从版本管理系统获取项目的版本管理日志,若网络服务端在版本管理日志中检测到指示该项目的开发分支在该项目当前项目版本中存在表格文件提交的内容,从版本管理系统获取该表格文件的当前表格文件版本,以及该表格文件当前表格文件版本的上一历史表格文件版本;然后网络服务端在本地对比表格文件当前表格文件版本和上一历史表格文件版本中的行数据,得到表格文件当前表格文件版本和上一历史表格文件版本中存在差异的行数据;根据存在差异的行数据生成该表格文件在该项目当前项目版本中的表格变更信息。
在本公开中,当网络服务端在版本管理系统的版本管理日志中检测到项目的一个项目版本中提交了表格文件时,可以将该表格文件的当前表格文件版本以及上一历史表格文件版本导出版本管理系统,从而在网络服务端以行为单位进行表格的差异对比,并生成表格变更信息,如此,无需人工对比表格差异即可得到表格变更信息,降低了表格差异对比的操作难度,且降低了表格差异对比的错误率。此外,该表格变更信息中记录了前后两个表格文件版本的变更情况,可以用于检索查询,因此,该表格变更信息可以作为项目的分支表格合并功能以及表格中特定行修改历史的查找功能的实现基础,以解决版本控制系统自带的命令无法实现分支表格合并以及查找表格中特定行修改历史的问题。
附图说明
图1是本公开其中一个实施例提供的一种数据处理方法的架构图;
图2是本公开其中一个实施例提供的一种数据处理方法的流程图;
图3是本公开其中一个实施例提供的一种网络客户端的界面示意图;
图4是本公开其中一个实施例提供的一种网络客户端的界面示意图;
图5是本公开其中一个实施例提供的一种网络客户端的界面示意图;
图6是本公开其中一个实施例提供的一种网络客户端的界面示意图;
图7是本公开其中一个实施例提供的一种网络客户端的界面示意图;
图8是本公开其中一个实施例提供的一种数据处理装置的框图;
图9是本公开其中一个实施例提供的一种用于实现数据处理的电子设备的逻辑结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例,都属于本公开保护的范围。
本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等;用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等;用语“第一”和“第二”等仅作为标记使用,不是对其对象的数量限制。
应当理解,在本公开实施例中,“至少一个”是指一个或者多个,“多个”是指两个或者两个以上。“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含A、B和/或C”是指包含A、B、C三者中任1个或任2个或3个。
应当理解,在本公开实施例中,“与A对应的B”、“与A相对应的B”、“A与B相对应”或者“B与A相对应”,表示B与A相关联,根据A可以确定B。根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其他信息确定B。
在详细说明本公开的实施方式之前,首先对相关概念进行介绍,以及对现有技术进行进一步说明。
一、相关概念的介绍
1、版本及版本号:版本可以理解为文件在流转过程中发生改变后形成的新的文件的存在形式,例如,文件内容的增删改查,都会形成该文件的不同版本,每一版本都会具有唯一的标识,该标识即为版本号。例如,某一游戏应用程序发布的1.0版,2.0版或者3.0版,每一版本之间的应用程序可能功能不同,例如,1.0版本的游戏应用程序为免费版本,2.0版本的游戏应用程序为收费版本,3.0版本的游戏应用程序为节日版本,其中1.0、2.0或3.0均为每一版本所对应的版本号。
2、版本控制系统(Version Control System,简称VCS):一种用于追踪文件的变更的软件,每一次文件的改变,文件的版本号都将增加,同时可以将文件的变更时间、变更内容或者变更人员等信息记录下来,有效地解决版本的同步以及不同开发者之间的开发通信问题,提高协同开发的效率。例如,SVN(Subversion)集中式版本控制系统和Git分布式版本控制系统。
版本控制系统可以包括客户端与服务端,例如SVN集中式版本控制系统,可以包括用于存储和管理项目资源的SVN服务端,以及用于给用户操作的SVN客户端。用户可以通过该SVN客户端进行提交、更新或拉取项目资源的操作,SVN客户端比如可以是TortoiseSVN。在本公开的其中一个实施例中,本公开中的版本管理系统可以对应该版本控制系统中的服务端。在SVN集中式版本控制系统中,每次提交都会生成一个唯一的版本号,这个版本号是全局性的,会对所有的文件和目录递增。
需要说明的是,在后续实施例介绍或附图中的用户均可以理解为开发人员或测试人员等进行项目版本管理的操作人员。
3、分支及主干:在项目开发过程中,一般都会存在主干和分支,所谓主干,或称主线,顾名思义,是用于主方向开发的;分支,从主干上分出来的独立于主线的另一条线,在一种分支管理策略中,主干上的代码是稳定版本,用于发布,而分支上的代码通常用于添加新功能以及产品发布后的缺陷修复(bug修复),这样可以避免对主干开发流程的影响以及避免编译错误。对一个主干可以创建多个分支。例如,SVN版本控制系统中,主干可以表示为trunk,分支表示为branches;在实际应用中,对于同一个版本控制系统的分支和主干共用一套版本号体系,即版本号可以在所有分支中定位到某次特定提交。因此,可以通过上述下发的版本号,获取到这次提交对应的版本提交信息,包括提交到哪个分支,初始文件是哪个,修改后的文件是哪个。
4、svn diff:是SVN版本控制系统的一个命令,它用于比较文件或目录的不同,通常用于查看修改内容。svn diff命令会显示待提交的文件与最后一次更新或提交的版本之间的差异,包括每一个修改、添加或删除的行。但svn diff命令无法处理二进制文件的差异比较,如excel表格文件(包括.xls,.xlsx,.xlsm等格式的表格文件)的提交,svn diff命令将无法处理和显示该文件的修改详情。
5、svn merge:即svn合并,是SVN版本控制系统中的一个命令,它用于将SVN代码仓库的一部分改动(比如某个分支的更改)合并到另一部分(比如开发主干或者其他分支),以此来综合和应用代码的更改。合并excel表格文件在SVN版本控制系统中是一个问题,因为SVN版本控制系统主要是针对文本文件(如代码)设计的,对于文本文件,SVN版本控制系统能够非常好的进行差异比较和合并。然而对于二进制文件,SVN只能够识别它们是否发生了改变,但无法理解这些改变的内容。当试图合并两个版本的excel表格文件时,如果这两个版本都有改动(即发生了冲突),SVN不会尝试合并文件内容,而是会让人工选择使用哪一个版本的文件,或者手动解决冲突,通常是人工手动处理修改的合并,如将对应分支对对应表格的增删改操作,到目标分支人工执行一遍)。
6、svn blame:是SVN版本控制系统里的一个命令,它的作用是显示文件每一行的最后修改记录。svnblame命令主要用于处理文本文件,但对于二进制文件,如excel表格文件等,svnblame命令并不支持。因为excel表格文件这样的二进制文件的内容并非简单的文本,svn版本控制系统无法识别和比较其内容的差异。因此不能使用svnblame命令来查找一个excel表格文件中特定行的修改历史。
二、现有技术的进一步说明
由上述内容可以看出,不仅svn diff命令的实现基础是diff计算,即差异计算,svn merge命令与svnblame命令的实现基础也都是diff计算。
但由于现有技术中,版本控制系统对于excel表格文件进行差异对比的操作复杂,且人工对比的错误率较高,因而会进一步导致项目分支中的excel表格文件合并,以及查看excel表格文件的修改记录也存在操作复杂、错误率较高的问题。
为解决或至少部分解决上述问题,本公开提供了一种数据处理方法,该方法应用于如图1所示的应用于项目管理系统100中的网络服务端10,项目管理系统10还包括与网络服务端10通信连接的网络客户端20,网络服务端10还与用于管理项目文件的版本管理系统200通信连接。
示例性的,网络服务端10可以是一web服务端,网络客户端20可以是一web客户端,web服务端可以作为后端提供项目管理相关的在线服务,web客户端可以作为前端为用户提供项目管理相关的界面以便用户在界面中进行操作。
在一种可选的实施例中,网络服务端10可以对应部署有数据库30,示例性的,如mongo数据库,可用于保存数据,例如下文中提到的表格变更信息等。
项目文件可以包括二进制文件(如表格文件)、资源文件、文本文件(例如代码文件)等,版本管理系统200可以管理项目文件的各个版本。
示例性的,网络客户端20、网络服务端10和版本管理系统200之间可以分别通过网络连接,网络可以是无线网络或者有线网络,比如无线网络为无线局域网(WLAN)、局域网(LAN)、蜂窝网络、2G网络、3G网络、4G网络、5G网络等。
图2示出了本公开其中一个实施例提供的数据处理方法的流程图,如图2所示,该方法可以包括以下步骤S101~步骤S104。
步骤S101:从版本管理系统获取项目的版本管理日志。
在版本管理系统中执行的操作可以对应生成日志以进行记录,例如提交分支、文件备份、文件拉取等操作,都可以生成对应日志,即版本管理日志。
在一种可选的实施例中,项目管理系统中的网络服务端可以周期性地从版本管理系统获取项目的版本管理日志,例如,网络服务端可以每隔4小时从版本管理系统获取项目的版本管理日志。
在一种可选的实施例中,版本管理日志包括提交日志,相应的,在本步骤中,项目管理系统中的网络服务端可以从版本管理系统获取项目的提交日志。
步骤S102:若在版本管理日志中检测到指示项目的开发分支在项目当前项目版本中存在表格文件提交的内容,从版本管理系统获取该表格文件的当前表格文件版本,以及该表格文件当前表格文件版本的上一历史表格文件版本。
在针对一个项目向版本管理系统提交新的项目版本时,所提交的项目版本中可以包括表格、图像、代码等类型的文件。在一种可选的实施例中,在从版本管理系统获取到项目的提交日志的情况下,若网络服务端在提交日志中检测到指示项目的开发分支branch_1在项目当前项目版本中存在表格文件提交的内容(以下将项目当前项目版本中提交的表格文件称为表格文件A),则可以从版本管理系统获取表格文件A的当前表格文件版本AN,以及表格文件A当前表格文件版本AN的上一历史表格文件版本AN-1。其中,表格文件的当前表格文件版本包括该表格文件中所有表格的当前表格版本。
其中,当前表格文件版本AN和上一历史表格文件版本AN-1是表格文件A在同一开发分支branch_1中的两个表格文件版本。
在本公开中,网络服务端可以将表格文件A的当前表格文件版本AN以及上一历史表格文件版本AN-1导出版本管理系统,从而便于在网络服务端本地进行不同表格文件版本的差异对比。
示例性的,该表格文件可以为excel表格文件,包括.xls,.xlsx,.xlsm等格式的文件。
步骤S103:对比当前表格文件版本和上一历史表格文件版本中的行数据,得到当前表格文件版本和上一历史表格文件版本中存在差异的行数据。
在一种可选的实施例中,表格文件可以包括一个或多个分页,每个分页中可以包括一个表格,可选的,分页可以与分页中的表格同名。如下表1示例性的示出了一个表格文件中的其中一个表格的内容,即「游戏道具表」这一表格文件中位于「道具价格」分页的「道具价格」表格,以下参照表1介绍一个表格的数据结构。
表格通常包括表头部分和数据部分:如下表1中所示的第一行即为表头部分,第二行至第四行即为数据部分。
表格主键是标识表格数据最小单位的唯一值,如下表1中的2001、2002、2003即为3个表格主键,每个表格主键分别对应一个游戏道具。
在本步骤中,需要对比表格文件A的当前表格文件版本AN和上一历史表格文件版本AN-1的差异,在一种可选的实施例中,对比的最小单位可以是表格的行数据,即表格主键及其所属的行数据所组成的键值对,例如{2001:[2001,’金币礼包’,4,100]}。通过主键来标识表格的每一个行数据,这样,在对一个表格的两个表格版本进行对比时,就无需保证两个表格版本的行数据顺序一致,例如两个表格版本的数据内容一致,只是行数据顺序发生了变化,则在本步骤中不会被识别为表格存在修改,而是会识别为表格不存在修改,即表格的两个表格版本的内容没有差异。
表1.「道具价格」表格的当前表格版本
道具id | 名称 | 道具品质 | 价格 |
2001 | 金币礼包 | 4 | 200 |
2002 | 钻石礼包 | 4 | 200 |
2003 | 道具礼包 | 5 | 300 |
在一种可选的实施例中,可以对比表格文件A的当前表格文件版本AN和上一历史表格文件版本AN-1中的行数据的主键和该主键的键值,从而得到在当前表格文件版本AN和上一历史表格文件版本AN-1中主键相同且主键的键值不同的行数据(即当前表格文件版本AN中相较于上一历史表格文件版本AN-1修改的行数据)、在当前表格文件版本AN中存在且在上一历史表格文件版本AN-1中不存在的行数据(即当前表格文件版本AN中相较于上一历史表格文件版本AN-1新增的行数据)、以及在当前表格文件版本AN中不存在且在上一历史表格文件版本AN-1中存在的行数据(即当前表格文件版本AN中相较于上一历史表格文件版本AN-1删除的行数据)。
表2.「道具价格」表格的上一历史表格版本
示例性的,对比表格文件A中每个表格的当前表格版本(如表1)和上一历史表格版本(如表2)中的行数据主键和主键的键值,可以得到表格文件A的当前表格文件版本AN中相较于上一历史表格文件版本AN-1修改的行数据,如主键2001所在的行数据,道具2001的价格由100(见表1)修改为了200(见表2),以及得到表格文件A的当前表格文件版本AN中相较于上一历史表格文件版本AN-1新增的行数据,如主键2004所在的行数据,以及得到表格文件A的当前表格文件版本AN中相较于上一历史表格文件版本AN-1删除的行数据,如主键2003所在的行数据。
步骤S104:根据存在差异的行数据生成该表格文件在该项目当前项目版本中的表格变更信息。
在一种可选的实施例中,可以根据存在差异的行数据的主键,以及该主键分别在当前表格文件版本和上一历史表格文件版本中所属的行数据,生成该表格文件在项目当前项目版本中的表格变更信息,即至少记录下表格文件中存在差异的行数据的主键,以及该主键分别在当前表格文件版本和上一历史表格文件版本中所属的行数据。
进一步的,在一种可选的实施例中,表格变更信息可以通过两个集合进行存储,包括行数据变更记录集合以及表格变更记录集合。其中,行数据变更记录集合用于以主键为单位,存储项目的表格文件在项目的项目版本中存在行数据变更的主键与主键对应的修改前行数据和修改后行数据的第一映射关系,还可选的,行数据变更记录集合中还可以记录第一映射关系对应的项目版本号、表格的表头等信息;表格变更记录集合用于以表格文件为单位,存储项目的表格文件在项目的项目版本中存在行数据变更的主键与主键对应的第一映射关系的标识的第二映射关系,还可选的,表格变更记录集合中还可以记录第二映射关系对应的分页名、表格名、修改人、修改日志等信息。
可选的,行数据变更记录集合和表格变更记录集合均可保存在网络服务端的数据库中。
示例性的,参照上述表1和表2,相较于「游戏道具表」的上一历史表格文件版本(部分见表2),「游戏道具表」的当前表格文件版本AN(部分见表1)中修改了主键2001所在的行数据,因此,可以将主键2001及其分别在上一历史表格文件版本AN-1和当前表格文件版本AN中所属的行数据{2001:[[2001,’金币礼包’,4,100],[2001,’金币礼包’,4,200]]}存储在行数据变更记录集合中。此外,可同时存储当前项目版本的版本号、「道具价格」表格的表头等信息。可选的,数据{2001:[[2001,’金币礼包’,4,100],[2001,’金币礼包’,4,200]]}保存到数据库后,数据库可以针对该数据生成其在数据库中的唯一数据标识,例如ObjectId("65d5a00923e3")。
另外,相较于「游戏道具表」的上一历史表格文件版本AN-1(部分见表2),表格A的当前表格文件版本AN(部分见表1)中还删除了主键2003所在的行数据,因此,可以将主键2003及其分别在上一历史表格文件版本AN-1和当前表格文件版本AN中所属的行数据{2003:[[2003,’道具礼包’,5,300],[]]}存储在行数据变更记录集合中,注意,主键2003在当前表格文件版本AN中所属的行数据为空。此外,可同时存储当前项目版本的版本号、「道具价格」表格的表头等信息。可选的,数据{2003:[[2003,’道具礼包’,5,300],[]]}保存到数据库后,数据库可以针对该数据生成其在数据库中的唯一数据标识,例如ObjectId("34806d293a45")。
再者,相较于「游戏道具表」的上一历史表格文件版本AN-1(部分见表2),表格A的当前表格文件版本AN(部分见表1)中还新增了主键2004所在的行数据,因此,可以将主键2004及其分别在上一历史表格文件版本AN-1和当前表格文件版本AN中所属的行数据{2004:[[],[2004,’宝石礼包’,6,360]]}存储在行数据变更记录集合中,注意,主键2004在上一历史表格文件版本AN-1中所属的行数据为空。此外,可同时存储当前项目版本的版本号、「道具价格」表格的表头等信息。可选的,数据{2004:[[],[2004,’宝石礼包’,6,360]]}保存到数据库后,数据库可以针对该数据生成其在数据库中的唯一数据标识,例如ObjectId("h54f55f4g5sd")。
示例性的,针对表格文件A,可以在表格变更记录集合中存储表格文件A中存在行数据变更的主键列表,即表格文件A的增删改主键列表。例如,接上述示例,「游戏道具表」这一表格文件除了「道具价格」分页中的「道具价格」表格,还包括「武器价格」分页中的「武器价格」表格,且「武器价格」表格中武器id为3005的行数据存在修改,则「游戏道具表」的增删改主键列表例如可以是{‘游戏道具表.xlsx’:{‘道具价格’:{"2001":ObjectId("65d5a00923e3")},"2003":ObjectId("34806d293a45")},{"2004":ObjectId("h54f55f4g5sd")}},{‘武器价格’:{"3005":ObjectId("tydfaae7fa49a6")}}。可以将上述「游戏道具表」的增删改主键列表存储在表格变更记录集合中。
表格变更信息通过两个集合进行存储,一方面可以方便不同的查询需求,即,既能以主键为单位查询存在修改的行数据,又能以表格文件为单位查询表格文件中的所有修改;另一方面,在表格数据量很大的情况下,将表格变更信息分两部分并通过两个集合分别存储,也可以避免单个表格文件的表格变更信息的数据量过大。
在本公开中,网络服务端可以将表格文件A的当前表格文件版本AN以及上一历史表格文件版本AN-1导出版本管理系统,从而在网络服务端进行差异对比,并生成表格变更信息,并保存表格变更信息。
本公开提供的数据处理方法中,网络服务端首先从版本管理系统获取项目的版本管理日志,若网络服务端在版本管理日志中检测到指示该项目的开发分支在该项目当前项目版本中存在表格文件提交的内容,从版本管理系统获取该表格文件的当前表格文件版本,以及该表格文件当前表格文件版本的上一历史表格文件版本;然后网络服务端在本地对比表格文件当前表格文件版本和上一历史表格文件版本中的行数据,得到表格文件当前表格文件版本和上一历史表格文件版本中存在差异的行数据;根据存在差异的行数据生成该表格文件在该项目当前项目版本中的表格变更信息。
在本公开中,当网络服务端在版本管理系统的版本管理日志中检测到项目的一个项目版本中提交了表格文件时,可以将该表格文件的当前表格文件版本以及上一历史表格文件版本导出版本管理系统,从而在网络服务端以行为单位进行表格的差异对比,并生成表格变更信息,如此,无需人工对比表格差异即可得到表格变更信息,降低了表格差异对比的操作难度,且降低了表格差异对比的错误率。此外,该表格变更信息中记录了前后两个表格文件版本的变更情况,可以用于检索查询,因此,该表格变更信息可以作为项目的分支表格合并功能以及表格中特定行修改历史的查找功能的实现基础,以解决版本控制系统自带的命令无法实现分支表格合并以及查找表格中特定行修改历史的问题。
在本公开的其中一种实施例中,基于表格变更信息,可以查询到任一项目版本的表格变更详情,包括该项目版本中有哪些表格存在数据变更、变更前后的表格数据,等等。
相应的,在本实施例中,该数据处理方法还可以包括以下步骤S201~步骤S202。
步骤S201:接收网络客户端发送的针对所述项目当前项目版本的表格变更记录的第一查询指令,其中,第一查询指令通过网络客户端的界面输入。
网络客户端可以提供界面,以供用户输入指令。用户可以通过网络客户端的界面输入第一查询指令,用于查询所述项目当前项目版本的表格变更记录。可选的,第一查询指令中可以携带有所述项目当前项目版本的版本号。网络客户端进而可以将第一查询指令发送至网络服务端。
步骤S202:响应第一查询指令,读取表格文件A在所述项目当前项目版本中的表格变更信息,并将该表格变更信息返回至网络客户端,以使得网络客户端的界面显示该表格变更信息。
如上文所述,表格文件A在当前表格文件版本AN和上一历史表格文件版本AN-1中存在差异,因此,表格文件A在所述项目当前项目版本中存在变更,网络服务端响应第一查询指令,可以从数据库中读取表格文件A在所述项目当前项目版本中的表格变更信息,并将该表格变更信息返回至网络客户端,网络客户端可以将该表格变更信息显示在网络客户端的界面中,以向用户展示针对所述项目当前项目版本的表格变更记录的查询结果。
此外,网络客户端的界面还可以显示表格文件A的提交者、备注等相关信息,本公开对此不做具体限定。
如上文所述,表格变更信息可以分为两个部分,分别存储在行数据变更记录集合和表格变更记录集合中,相应的,在一种可选的实施例中,本步骤S202具体可以通过以下步骤S2021~步骤S2022实现。
步骤S2021:响应第一查询指令,从表格变更记录集合中读取表格文件A在所述项目当前项目版本中存在行数据变更的主键列表。
步骤S2022:从行数据变更记录集合中读取该主键列表中的主键分别在表格文件A的当前表格文件版本和上一历史表格文件版本中所属的行数据。
该主键列表中的主键分别在表格文件A的当前表格文件版本AN和上一历史表格文件版本中AN-1所属的行数据,也即该主键列表中的主键对应的修改后键值和修改前键值,其中,在网络客户端的界面中,该主键列表中的主键对应的修改后键值和修改前键值可以分别通过不同的显示样式进行显示,例如修改后键值可以显示为绿色字体,修改前键值可以显示为红色字体,以此类推,新增的键值可以显示为绿色字体,删除的键值可以显示为红色字体。
示例性的,参照图3,用户可以在web客户端界面输入SVN版本号,即项目版本号,然后用户点击查询控件,web客户端即可向web服务端发送第一查询指令,向web服务端请求该项目版本的表格变更记录。
web服务端收到第一查询指令后,首先从表格变更记录集合中读取获取该项目版本中有过变更的表格文件中的每个表格分页对应的增删改主键列表,可选的,还可以读取提交者等相关信息。然后通过该增删改主键列表,到行数据变更记录集合中批量查询该增删改主键列表中所有主键的前后键值。之后,web服务端将读取的数据返回给web客户端。
web客户端收到所有数据后,可以按照【表格文件名-分页名-该分页中的表格修改记录】的层级来显示表格变更信息,产生了修改的表格数据可以通过颜色标记,例如活动202401031的玩法名由juqing1_pailian_title改为了caoyao_text01,可选的,juqing1_pailian_title可以显示为红色字体,caoyao_text01可以显示为绿色字体。
在本公开的其中一种实施例中,基于表格变更信息,可以追溯某个主键的修改记录,从而可以实现类似svnblame的功能。
相应的,在本实施例中,该数据处理方法还可以包括以下步骤S301~步骤S304。
步骤S301:接收网络客户端发送的针对表格文件A中目标主键的行数据变更记录的第二查询指令,其中,第二查询指令通过网络客户端的界面输入。
用户可以通过网络客户端的界面输入第二查询指令,用于查询目标主键在每个项目版本中的修改记录。可选的,第二查询指令中可以携带有所需查询的目标主键及其所在的表格文件名和分页名。网络客户端进而可以将第二查询指令发送至网络服务端。
步骤S302:响应第二查询指令,若目标主键在所述项目当前项目版本中存在行数据变更,获取目标主键分别在表格文件A的当前表格文件版本AN和上一历史表格文件版本AN-1中所属的行数据。
其中,目标主键为表格文件A中的其中一个主键。
若表格文件A中的目标主键在所述项目的当前项目版本中存在行数据变更,则网络服务端响应第二查询指令,可以从数据库中获取目标主键分别在表格文件A的当前表格文件版本AN和上一历史表格文件版本AN-1中所属的行数据。
在一种可选的实施例中,本步骤可以从行数据变更记录集合中读取目标主键分别在表格文件A的当前表格文件版本AN和上一历史表格文件版本AN-1中所属的行数据。
步骤S303:若目标主键在所述项目的第一历史项目版本中存在行数据变更,获取目标主键分别在第一历史项目版本中的第一历史表格文件版本AM和第一历史表格文件版本的上一历史表格文件版本AM-1中所属的行数据。
其中,所述项目的第一历史项目版本为所述项目的其中一个历史项目版本,若目标主键不仅在所述项目的当前项目版本中存在行数据变更,还在所述项目的某个历史项目版本中存在行数据变更,则网络服务端还可以从数据库中获取目标主键分别在所述项目的该历史项目版本中的第一历史表格文件版本AM和第一历史表格文件版本AM的上一历史表格文件版本AM-1中所属的行数据。其中,M≤N-1。
在一种可选的实施例中,本步骤可以从行数据变更记录集合中读取目标主键分别在第一历史项目版本中的第一历史表格文件版本AM和第一历史表格文件版本AM的上一历史表格文件版本AM-1中所属的行数据。
步骤S304:将针对目标主键获取的数据返回至网络客户端,以使得网络客户端的界面显示针对目标主键获取的数据。
网络服务端可以将上述步骤S302和步骤S303中针对目标主键获取的数据返回至网络客户端,网络客户端可以将针对目标主键获取的数据显示在网络客户端的界面中,以向用户展示针对目标主键的行数据变更记录的查询结果。
示例性的,参照图4,web客户端可以从web服务端获取项目中所有表格文件的名称、分页、主键,以供用户进行选择。用户可以在web客户端界面选择表格文件、分页和需要查询的目标主键,然后用户点击查询控件,web客户端即可向web服务端发送第二查询指令,向web服务端请求该目标主键的行数据变更记录。
web服务端可以从行数据变更记录集合中批量查询该目标主键每次发生变更的前后键值。之后,web服务端将读取的数据返回给web客户端。
web客户端收到所有数据后,可以按照时间顺序来显示目标主键每次的行数据变更记录,图4中示例性的示出了角色7498002这一主键的3次修改记录。可选的,产生了修改的表格数据可以通过颜色标记,且主键对应的修改后键值和修改前键值可以通过不同颜色进行区分。
例如,在提交的当前项目版本中,角色7498002(目标主键)的模型文件(目标主键的其中一个键值)由model/monster/duyatianzhukui/duyatianzhukui_hua.gim改为了fx/effect/monster/duyatianzhukui/dytzk_skill_01_duan_range.sfx,在一种可选的实施方式中,model/monster/duyatianzhukui/duyatianzhukui_hua.gi可以显示为红色字体,fx/effect/monster/duyatianzhukui/dytzk_skill_01_duan_range.sfx可以显示为绿色字体。
在本公开的其中一种实施例中,基于表格变更信息,可以针对表格文件进行在线协作表格合并,即,项目分支的表格合并,从而可以实现类似svn merge的功能。
相应的,在本实施例中,该数据处理方法还可以包括以下步骤S401~步骤S406。
步骤S401:接收网络客户端发送的用于将所述项目的目标项目版本中的源开发分支的表格文件并入目标开发分支的分支表格合并指令,其中,分支表格合并指令通过网络客户端的界面输入。
示例性的,参照图5,网络客户端可以显示分支表格合并任务界面,用户在该界面中可以查看到所有已创建的分支表格合并任务及其任务进度。用户可以在网络客户端中打开分支表格合并任务创建界面,用户可以在该界面中创建一分支表格合并任务,示例性的,分支表格合并任务创建界面可以如图6所示。用户在分支表格合并任务创建界面中可以选择项目中需要源开发分支(即图6中所示的合并源分支),以及选择项目中需要并入的目标开发分支(即图6中所示的合并目标分支)。另外,用户在分支表格合并任务创建界面中还可以选择/输入需要并入目标开发分支的源开发分支版本,也即,选择/输入将哪些项目版本中的源开发分支并入目标开发分支,如图6所示,可以选择/输入项目的所有项目版本,也可以选择/输入项目的特定项目版本,在本步骤中,目标项目版本即为用户在网络客户端的分支表格合并任务创建界面中所选择或输入的项目版本。
示例性的,参照图6,用户在分支表格合并任务创建界面中填写完成后,可以点击分支表格合并任务创建界面中的“确定”控件,网络客户端即可接收到用于将所述项目的目标项目版本中的源开发分支的表格文件并入目标开发分支的分支表格合并指令,从而创建一分支表格合并任务,该分支表格合并任务可以在分支表格合并任务界面中查看到。之后,网络客户端可以将该分支表格合并指令发送至网络服务端。
步骤S402:响应分支表格合并指令,若目标项目版本包括所述项目的当前项目版本,针对在所述当前项目版本中存在修改的表格文件A,获取表格文件A中存在行数据变更的第一主键列表。
若目标项目版本包括所述项目的当前项目版本,则网络服务端响应该分支表格合并指令,可以针对在所述当前项目版本中存在修改的表格文件A,获取表格文件A中存在行数据变更的主键,即第一主键列表。
在一种可选的实施例中,第一主键列表可以通过以下方式获取:针对在项目的当前项目版本中存在修改的表格文件A,从表格变更记录集合中读取表格文件A中存在行数据变更的第一主键列表。
表格变更记录集合中以表格文件为单位,存储有项目的每个表格文件在该项目的项目版本中存在行数据变更的主键及其对应的第一映射关系的标识的第二映射关系,因此,可以从表格变更记录集合中读取表格文件A在该项目的当前项目版本中存在行数据变更的所有主键,从而获取到第一主键列表。
步骤S403:从所述当前项目版本中的源开发分支中获取表格文件A的第一表格文件版本,以及从所述当前项目版本中的目标开发分支中获取表格文件A的第二表格文件版本。
在本步骤中,网络服务端可以从版本管理系统中获取表格文件A在当前项目版本中分别位于源开发分支和目标开发分支的版本,表格文件A在当前项目版本的源开发分支中的版本为表格文件A的第一表格文件版本,表格文件A在当前项目版本的目标开发分支中的版本为表格文件A的第二表格文件版本。
示例性的,若源开发分支为前文所述的branch_1,则本步骤中所述的表格文件A的第一表格文件版本即为前文所述的表格文件A的当前表格文件版本AN。
步骤S404:对比第一主键列表中的主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据。
在本步骤中,网络服务端可以针对第一主键列表中的每个主键,对比该主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据,从而可以响应分支表格合并的需求,在网络服务端本地针对同一表格文件的两个不同版本进行表格数据差异对比。
步骤S405:若第一主键列表中的主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据不一致,生成第一主键列表中的主键对应的行数据变更信息。
针对第一主键列表中的每个主键进行遍历,若一个主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据不一致,则可以针对该主键生成对应的行数据变更信息,该行数据变更信息包括对应主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据。若一个主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据一致,则可以继续判断第一主键列表中的下一主键分别在表格文件A的第一表格文件版本和表格文件A的第二表格文件版本中所属的行数据是否一致。
步骤S406:根据第一主键列表中的主键对应的行数据变更信息,将表格文件A的第一表格文件版本并入表格文件A的第二表格文件版本。
在一种可选的实施例中,网络服务端可以将第一主键列表中的主键对应的行数据变更信息返回至网络客户端,以使得网络客户端的界面显示第一主键列表中的主键对应的行数据变更信息,用户可以在网络客户端对需要合并的行数据变更信息进行确认。然后,网络服务端响应在网络客户端的界面接收的针对第一主键列表中的主键对应的行数据变更信息中的第一行数据变更信息的确认操作,可以将第一行数据变更信息中属于表格文件A的第一表格文件版本中的数据部分并入表格文件A的第二表格文件版本。也即,对于表格文件A的第一表格文件版本中与第二表格文件版本存在差异的行数据,则以表格文件A的第一表格文件版本为准,替换表格文件A的第二表格文件版本中的对应行数据。
在本公开的其中一个实施例中,除项目的当前项目版本以外,目标项目版本还可以包括该项目的其他历史项目版本,则在需要合并分支表格时,针对该历史项目版本,参照上述步骤S402~步骤S406中的实施方式,实施以下步骤S407~步骤S411。
步骤S407:响应分支表格合并指令,若目标项目版本还包括除所述当前项目版本以外的所述项目的第二历史项目版本,针对在第二历史项目版本中存在修改的第二表格文件B,获取第二表格文件B中存在行数据变更的第二主键列表。
若目标项目版本还包括除项目的当前项目版本以外的该项目的第二历史项目版本(第二历史项目版本为该项目的其中一个历史项目版本),则网络服务端响应该分支表格合并指令,可以针对在所述当前项目版本中存在修改的表格文件B,获取表格文件B中存在行数据变更的主键,即第二主键列表。
在一种可选的实施例中,第二主键列表可以通过以下方式获取:针对在第二历史项目版本中存在修改的第二表格文件B,从表格变更记录集合中读取第二表格文件B中存在行数据变更的第二主键列表。
表格变更记录集合中以表格文件为单位,存储有项目的每个表格文件在该项目的项目版本中存在行数据变更的主键及其对应的第一映射关系的标识的第二映射关系,因此,可以从表格变更记录集合中读取第二表格文件B在该项目的第二历史项目版本中存在行数据变更的所有主键,从而获取到第二主键列表。
步骤S408:从第二历史项目版本中的源开发分支中获取第二表格文件B的第一表格文件版本,以及从第二历史项目版本中的目标开发分支中获取所述第二表格文件B的第二表格文件版本。
在本步骤中,网络服务端可以从版本管理系统中获取第二表格文件B在第二历史项目版本中分别位于源开发分支和目标开发分支的版本,第二表格文件B在第二历史项目版本的源开发分支中的版本为第二表格文件B的第一表格文件版本,第二表格文件B在第二历史项目版本的目标开发分支中的版本为第二表格文件B的第二表格文件版本。
步骤S409:对比第二主键列表中的主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据。
在本步骤中,网络服务端可以针对第二主键列表中的每个主键,对比该主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据,从而可以响应分支表格合并的需求,在网络服务端本地针对同一表格文件的两个不同版本进行表格数据差异对比。
上述步骤S404和本步骤S409是分支表格合并时的表格差异对比,在一种可选的实施例中,该差异对比过程可以在网络客户端的界面中查看进度。
在一种可选的实施例中,第一主键列表和第二主键列表可以进行去重后整合为一个主键列表,然后再由网络服务端针对去重整合后的主键列表中的每个主键,执行上述步骤S404或本步骤S409的操作。
步骤S410:若第二主键列表中的主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据不一致,生成第二主键列表中的主键对应的行数据变更信息。
针对第二主键列表中的每个主键进行遍历,若一个主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据不一致,则可以针对该主键生成对应的行数据变更信息,该行数据变更信息包括对应主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据。若一个主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据一致,则可以继续判断第二主键列表中的下一主键分别在第二表格文件B的第一表格文件版本和第二表格文件B的第二表格文件版本中所属的行数据是否一致。
步骤S411:根据第二主键列表中的主键对应的行数据变更信息,将第二表格文件B的第一表格文件版本并入第二表格文件B的第二表格文件版本。
在一种可选的实施例中,网络服务端可以将第二主键列表中的主键对应的行数据变更信息返回至网络客户端,以使得网络客户端的界面显示第二主键列表中的主键对应的行数据变更信息,用户可以在网络客户端对需要合并的行数据变更信息进行确认;然后,网络服务端响应在网络客户端的界面接收的针对第二主键列表中的主键对应的行数据变更信息中的第二行数据变更信息的确认操作,将第二行数据变更信息中属于第二表格文件B的第一表格文件版本中的数据部分并入第二表格文件B的第二表格文件版本。也即,对于第二表格文件B的第一表格文件版本中与第二表格文件版本存在差异的行数据,则以第二表格文件B的第一表格文件版本为准,替换第二表格文件B的第二表格文件版本中的对应行数据。
可选的,如图7所示,第一主键列表中的主键对应的行数据变更信息和第二主键列表中的主键对应的行数据变更信息可以显示在网络客户端的同一个界面中,方便用户通过例如勾选等方式进行选择,选择后,用户可以通过例如点击“确认”控件等方式,对所选择的行数据变更信息进行确认。未选择的行数据变更信息不会执行合并。针对每个行数据变更信息,网络客户端还可以对应显示该行的修改者等相关信息。
可选的,针对第一主键列表中的主键对应的行数据变更信息中的第一行数据变更信息的确认操作,以及针对第二主键列表中的主键对应的行数据变更信息中的第二行数据变更信息的确认操作,可以是同一个操作,也即,用户可以通过一个操作,确认所选择的第一行数据变更信息和第二行数据变更信息。针对行数据变更信息进行确认时,项目相关的所有用户都可以进行确认,从而实现在线协作的分支表格合并。
分支表格合并完成后,可以将合并后的分支表格提交到版本管理系统中。
在本公开示例性的实施例,通过表格变更信息,用户可以通过网页快速查找和追溯表格修改;根据表格变更信息,可查询任意表格中任意行的修改记录,包括对应行的修改人等信息;通过在线协作的分支表格合并,可以快速执行两个分支间的表格合并,同时,项目的相关用户在此过程中通过确认行数据变更信息,可以提前知晓合并会产生的修改,然后协作进行表格差异的确认,确保表格每一行的合并修改都有对应的负责人,使得分支表格合并流程更精确,减少合错的情况;所有表格查询与合并流程均可以在网页上操作,无需人工进行表格差异对比,也无需安装下载任何软件或插件,便能够实现快速的分享和协作。如此,通过本公开示例性的实施例,可以解决版本控制系统对于excel表格文件进行差异对比、合并、查看修改记录的操作复杂,且错误率较高的问题。
与本公开实施例提供的数据处理方法相对应的,本公开实施例还提供一种数据处理装置,应用于项目管理系统中的网络服务端,所述项目管理系统还包括与所述网络服务端通信连接的网络客户端,所述网络服务端还与用于管理项目文件的版本管理系统通信连接。如图8所示,所述装置700包括:
日志获取模块701,用于从所述版本管理系统获取项目的版本管理日志;
表格版本获取模块702,用于若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格文件版本,以及所述表格文件当前表格文件版本的上一历史表格文件版本;
差异对比模块703,用于对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据,得到所述当前表格文件版本和所述上一历史表格文件版本中存在差异的行数据;
变更信息生成模块704,用于根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。
可选的,所述对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据,得到所述当前表格文件版本和所述上一历史表格文件版本中存在差异的行数据,包括:
对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据的主键和所述主键的键值,得到在所述当前表格文件版本和所述上一历史表格文件版本中主键相同且主键的键值不同的行数据、在所述当前表格文件版本中存在且在所述上一历史表格文件版本中不存在的行数据、以及在所述当前表格文件版本中不存在且在所述上一历史表格文件版本中存在的行数据。
可选的,所述根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息,包括:
根据所述存在差异的行数据的主键,以及所述主键分别在所述当前表格文件版本和所述上一历史表格文件版本中所属的行数据,生成所述表格文件在所述项目当前项目版本中的表格变更信息。
可选的,所述装置还用于:
接收所述网络客户端发送的针对所述项目当前项目版本的表格变更记录的第一查询指令,其中,所述第一查询指令通过所述网络客户端的界面输入;
响应所述第一查询指令,读取所述表格文件在所述项目当前项目版本中的表格变更信息,并将所述表格变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述表格变更信息。
可选的,所述响应所述第一查询指令,读取所述表格变更信息,包括:
响应所述第一查询指令,从表格变更记录集合中读取所述表格文件在所述项目当前项目版本中存在行数据变更的主键列表;
从行数据变更记录集合中读取所述主键列表中的主键分别在所述当前表格文件版本和所述上一历史表格文件版本中所属的行数据;
其中,所述行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系,所述表格变更记录集合用于以表格文件为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的所述第一映射关系的标识的第二映射关系。
可选的,所述装置还用于:
接收所述网络客户端发送的针对所述表格文件中目标主键的行数据变更记录的第二查询指令,其中,所述第二查询指令通过所述网络客户端的界面输入;
响应所述第二查询指令,若所述目标主键在所述项目当前项目版本中存在行数据变更,获取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据;
若所述目标主键在所述项目的第一历史项目版本中存在行数据变更,获取所述目标主键分别在所述第一历史项目版本中的第一表格文件版本和所述第一表格文件版本的上一历史表格文件版本中所属的行数据;
将针对所述目标主键获取的数据返回至所述网络客户端,以使得所述网络客户端的界面显示所述针对所述目标主键获取的数据。
可选的,所述获取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据,包括:
从行数据变更记录集合中读取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据;
所述获取所述目标主键分别在所述第一历史项目版本中的第一表格文件版本和所述第一表格文件版本的上一历史表格文件版本中所属的行数据,包括:
从行数据变更记录集合中读取所述目标主键分别在所述第一历史项目版本中的第一表格文件版本和所述第一表格文件版本的上一历史表格文件版本中所属的行数据;
其中,所述行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系。
可选的,所述装置还用于:
接收所述网络客户端发送的用于将所述项目的目标项目版本中的源开发分支的表格文件并入目标开发分支的分支表格合并指令,其中,所述分支表格合并指令通过所述网络客户端的界面输入;
响应所述分支表格合并指令,若所述目标项目版本包括所述当前项目版本,针对在所述当前项目版本中存在修改的第二表格文件,获取所述表格文件中存在行数据变更的第一主键列表;
从所述当前项目版本中的所述源开发分支中获取所述第二表格文件的第一表格文件版本,以及从所述当前项目版本中的所述目标开发分支中获取所述第二表格文件的第二表格文件版本;
对比所述第一主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据;
若所述第一主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据不一致,生成所述第一主键列表中的主键对应的行数据变更信息,并将所述第一主键列表中的主键对应的行数据变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述第一主键列表中的主键对应的行数据变更信息。
可选的,所述装置还用于:
接收所述网络客户端发送的用于将所述项目的目标项目版本中的源开发分支的表格文件并入目标开发分支的分支表格合并指令,其中,所述分支表格合并指令通过所述网络客户端的界面输入;
响应所述分支表格合并指令,若所述目标项目版本包括所述项目的当前项目版本,针对在所述当前项目版本中存在修改的所述表格文件,获取所述表格文件中存在行数据变更的第一主键列表;
从所述当前项目版本中的所述源开发分支中获取所述表格文件的第一表格文件版本,以及从所述当前项目版本中的所述目标开发分支中获取所述第二表格文件的第二表格文件版本;
对比所述第一主键列表中的主键分别在所述表格文件的第一表格文件版本和所述表格文件的第二表格文件版本中所属的行数据;
若所述第一主键列表中的主键分别在所述表格文件的第一表格文件版本和所述表格文件的第二表格文件版本中所属的行数据不一致,生成所述第一主键列表中的主键对应的行数据变更信息;
根据所述第一主键列表中的主键对应的行数据变更信息,将所述表格文件的第一表格文件版本并入所述表格文件的第二表格文件版本。
可选的,所述装置还用于:
响应所述分支表格合并指令,若所述目标项目版本还包括除所述当前项目版本以外的所述项目的第二历史项目版本,针对在所述第二历史项目版本中存在修改的第二表格文件,获取所述第二表格文件中存在行数据变更的第二主键列表;
从所述第二历史项目版本中的所述源开发分支中获取所述第二表格文件的第一表格文件版本,以及从所述第二历史项目版本中的所述目标开发分支中获取所述第二表格文件的第二表格文件版本;
对比所述第二主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据;
若所述第二主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据不一致,生成所述第二主键列表中的主键对应的行数据变更信息;
根据所述第二主键列表中的主键对应的行数据变更信息,将所述第二表格文件的第一表格文件版本并入所述第二表格文件的第二表格文件版本。
可选的,所述根据所述第一主键列表中的主键对应的行数据变更信息,将所述表格文件的第一表格文件版本并入所述表格文件的第二表格文件版本,包括:
将所述第一主键列表中的主键对应的行数据变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述第一主键列表中的主键对应的行数据变更信息;
响应在所述网络客户端的界面接收的针对所述第一主键列表中的主键对应的行数据变更信息中的第一行数据变更信息的确认操作,将所述第一行数据变更信息中属于所述表格文件的第一表格文件版本中的数据部分并入所述表格文件的第二表格文件版本。
可选的,所述根据所述第二主键列表中的主键对应的行数据变更信息,将所述第二表格文件的第一表格文件版本并入所述第二表格文件的第二表格文件版本,包括:
将所述第二主键列表中的主键对应的行数据变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述第二主键列表中的主键对应的行数据变更信息;
响应在所述网络客户端的界面接收的针对所述第二主键列表中的主键对应的行数据变更信息中的第二行数据变更信息的确认操作,将所述第二行数据变更信息中属于所述第二表格文件的第一表格文件版本中的数据部分并入所述第二表格文件的第二表格文件版本。
可选的,所述针对在所述当前项目版本中存在修改的所述表格文件,获取所述表格文件中存在行数据变更的第一主键列表,包括:
针对在所述当前项目版本中存在修改的所述表格文件,从表格变更记录集合中读取所述表格文件中存在行数据变更的第一主键列表;
所述针对在所述第二历史项目版本中存在修改的第二表格文件,获取所述第二表格文件中存在行数据变更的第二主键列表,包括:
针对在所述第二历史项目版本中存在修改的第二表格文件,从表格变更记录集合中读取所述第二表格文件中存在行数据变更的第二主键列表;
其中,行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系,所述表格变更记录集合用于以表格文件为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的所述第一映射关系的标识的第二映射关系。
本公开提供的数据处理装置中,网络服务端首先从版本管理系统获取项目的版本管理日志,若网络服务端在版本管理日志中检测到指示该项目的开发分支在该项目当前项目版本中存在表格文件提交的内容,从版本管理系统获取该表格文件的当前表格文件版本,以及该表格文件当前表格文件版本的上一历史表格文件版本;然后网络服务端在本地对比表格文件当前表格文件版本和上一历史表格文件版本中的行数据,得到表格文件当前表格文件版本和上一历史表格文件版本中存在差异的行数据;根据存在差异的行数据生成该表格文件在该项目当前项目版本中的表格变更信息。
在本公开中,当网络服务端在版本管理系统的版本管理日志中检测到项目的一个项目版本中提交了表格文件时,可以将该表格文件的当前表格文件版本以及上一历史表格文件版本导出版本管理系统,从而在网络服务端以行为单位进行表格的差异对比,并生成表格变更信息,如此,无需人工对比表格差异即可得到表格变更信息,降低了表格差异对比的操作难度,且降低了表格差异对比的错误率。此外,该表格变更信息中记录了前后两个表格文件版本的变更情况,可以用于检索查询,因此,该表格变更信息可以作为项目的分支表格合并功能以及表格中特定行修改历史的查找功能的实现基础,以解决版本控制系统自带的命令无法实现分支表格合并以及查找表格中特定行修改历史的问题。
接下来介绍本公开实施例提供的一种电子设备,请参阅图9,图9为本公开实施例提供的电子设备的一种结构示意图。其中,电子设备800上可以部署有本公开实施例中所描述的数据处理装置,用于实现本公开实施例中的功能。具体的,电子设备800包括:接收器801、发射器802、处理器803和存储器804(其中电子设备800中的处理器803的数量可以一个或多个,图9中以一个处理器为例),其中,处理器803可以包括应用处理器8031和通信处理器8032。在本公开的一些实施例中,接收器801、发射器802、处理器803和存储器804可通过总线或其它方式连接。
存储器804可以包括只读存储器和随机存取存储器,并向处理器803提供指令和数据。存储器804的一部分还可以包括非易失性随机存取存储器(non-volatile randomaccess memory,NVRAM)。存储器804存储有处理器和操作指令、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,操作指令可包括各种操作指令,用于实现各种操作。
处理器803控制执行设备的操作。具体的应用中,执行设备的各个组件通过总线系统耦合在一起,其中总线系统除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都称为总线系统。
上述本公开实施例揭示的方法可以应用于处理器803中,或者由处理器803实现。处理器803可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器803中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器803可以是通用处理器、数字信号处理器(digital signal processing,DSP)、微处理器或微控制器,还可进一步包括专用集成电路(application specific integratedcircuit,ASIC)、现场可编程门阵列(field-programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。该处理器803可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器804,处理器803读取存储器804中的信息,结合其硬件完成上述方法的步骤。
接收器801可用于接收输入的数字或字符信息,以及产生与执行设备的相关设置以及功能控制有关的信号输入。发射器802可用于通过第一接口输出数字或字符信息;发射器802还可用于通过第一接口向磁盘组发送指令,以修改磁盘组中的数据;发射器802还可以包括显示屏等显示设备。
本公开实施例中,处理器803中的应用处理器8031,用于执行本公开实施例中的数据处理方法。需要说明的是,应用处理器8031执行各个步骤的具体方式,与本公开中的各个方法实施例基于同一构思,其带来的技术效果与本公开中的各个方法实施例相同,具体内容可参见本公开前述所示的方法实施例中的叙述,此处不再赘述。
本公开实施例还提供一种运行指令的芯片,该芯片用于执行上述实施例中数据处理方法的技术方案。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在处理器上运行时,使得处理器执行上述实施例中数据处理方法的技术方案。
本公开实施例还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时用于执行上述实施例中数据处理方法的技术方案。
上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用服务器能够存取的任何可用介质。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。
本公开虽然以较佳实施例公开如上,但其并不是用来限定本公开,任何本领域技术人员在不脱离本公开的精神和范围内,都可以做出可能的变动和修改,因此本公开的保护范围应当以本公开权利要求所界定的范围为准。
Claims (15)
1.一种数据处理方法,其特征在于,应用于项目管理系统中的网络服务端,所述项目管理系统还包括与所述网络服务端通信连接的网络客户端,所述网络服务端还与用于管理项目文件的版本管理系统通信连接,所述方法包括:
从所述版本管理系统获取项目的版本管理日志;
若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格文件版本,以及所述表格文件当前表格文件版本的上一历史表格文件版本;
对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据,得到所述当前表格文件版本和所述上一历史表格文件版本中存在差异的行数据;
根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。
2.根据权利要求1所述的方法,其特征在于,所述对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据,得到所述当前表格文件版本和所述上一历史表格文件版本中存在差异的行数据,包括:
对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据的主键和所述主键的键值,得到在所述当前表格文件版本和所述上一历史表格文件版本中主键相同且主键的键值不同的行数据、在所述当前表格文件版本中存在且在所述上一历史表格文件版本中不存在的行数据、以及在所述当前表格文件版本中不存在且在所述上一历史表格文件版本中存在的行数据。
3.根据权利要求1所述的方法,其特征在于,所述根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息,包括:
根据所述存在差异的行数据的主键,以及所述主键分别在所述当前表格文件版本和所述上一历史表格文件版本中所属的行数据,生成所述表格文件在所述项目当前项目版本中的表格变更信息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述网络客户端发送的针对所述项目当前项目版本的表格变更记录的第一查询指令,其中,所述第一查询指令通过所述网络客户端的界面输入;
响应所述第一查询指令,读取所述表格文件在所述项目当前项目版本中的表格变更信息,并将所述表格变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述表格变更信息。
5.根据权利要求4所述的方法,其特征在于,所述响应所述第一查询指令,读取所述表格变更信息,包括:
响应所述第一查询指令,从表格变更记录集合中读取所述表格文件在所述项目当前项目版本中存在行数据变更的主键列表;
从行数据变更记录集合中读取所述主键列表中的主键分别在所述当前表格文件版本和所述上一历史表格文件版本中所属的行数据;
其中,所述行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系,所述表格变更记录集合用于以表格文件为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的所述第一映射关系的标识的第二映射关系。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述网络客户端发送的针对所述表格文件中目标主键的行数据变更记录的第二查询指令,其中,所述第二查询指令通过所述网络客户端的界面输入;
响应所述第二查询指令,若所述目标主键在所述项目当前项目版本中存在行数据变更,获取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据;
若所述目标主键在所述项目的第一历史项目版本中存在行数据变更,获取所述目标主键分别在所述第一历史项目版本中的第一历史表格文件版本和所述第一历史表格文件版本的上一历史表格文件版本中所属的行数据;
将针对所述目标主键获取的数据返回至所述网络客户端,以使得所述网络客户端的界面显示所述针对所述目标主键获取的数据。
7.根据权利要求6所述的方法,其特征在于,所述获取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据,包括:
从行数据变更记录集合中读取所述目标主键分别在所述表格文件的当前表格文件版本和上一历史表格文件版本中所属的行数据;
所述获取所述目标主键分别在所述第一历史项目版本中的第一历史表格文件版本和所述第一历史表格文件版本的上一历史表格文件版本中所属的行数据,包括:
从行数据变更记录集合中读取所述目标主键分别在所述第一历史项目版本中的第一历史表格文件版本和所述第一历史表格文件版本的上一历史表格文件版本中所属的行数据;
其中,所述行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述网络客户端发送的用于将所述项目的目标项目版本中的源开发分支的表格文件并入目标开发分支的分支表格合并指令,其中,所述分支表格合并指令通过所述网络客户端的界面输入;
响应所述分支表格合并指令,若所述目标项目版本包括所述项目的当前项目版本,针对在所述当前项目版本中存在修改的所述表格文件,获取所述表格文件中存在行数据变更的第一主键列表;
从所述当前项目版本中的所述源开发分支中获取所述表格文件的第一表格文件版本,以及从所述当前项目版本中的所述目标开发分支中获取所述表格文件的第二表格文件版本;
对比所述第一主键列表中的主键分别在所述表格文件的第一表格文件版本和所述表格文件的第二表格文件版本中所属的行数据;
若所述第一主键列表中的主键分别在所述表格文件的第一表格文件版本和所述表格文件的第二表格文件版本中所属的行数据不一致,生成所述第一主键列表中的主键对应的行数据变更信息;
根据所述第一主键列表中的主键对应的行数据变更信息,将所述表格文件的第一表格文件版本并入所述表格文件的第二表格文件版本。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
响应所述分支表格合并指令,若所述目标项目版本还包括除所述当前项目版本以外的所述项目的第二历史项目版本,针对在所述第二历史项目版本中存在修改的第二表格文件,获取所述第二表格文件中存在行数据变更的第二主键列表;
从所述第二历史项目版本中的所述源开发分支中获取所述第二表格文件的第一表格文件版本,以及从所述第二历史项目版本中的所述目标开发分支中获取所述第二表格文件的第二表格文件版本;
对比所述第二主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据;
若所述第二主键列表中的主键分别在所述第二表格文件的第一表格文件版本和所述第二表格文件的第二表格文件版本中所属的行数据不一致,生成所述第二主键列表中的主键对应的行数据变更信息;
根据所述第二主键列表中的主键对应的行数据变更信息,将所述第二表格文件的第一表格文件版本并入所述第二表格文件的第二表格文件版本。
10.根据权利要求8所述的方法,其特征在于,所述根据所述第一主键列表中的主键对应的行数据变更信息,将所述表格文件的第一表格文件版本并入所述表格文件的第二表格文件版本,包括:
将所述第一主键列表中的主键对应的行数据变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述第一主键列表中的主键对应的行数据变更信息;
响应在所述网络客户端的界面接收的针对所述第一主键列表中的主键对应的行数据变更信息中的第一行数据变更信息的确认操作,将所述第一行数据变更信息中属于所述表格文件的第一表格文件版本中的数据部分并入所述表格文件的第二表格文件版本。
11.根据权利要求9所述的方法,其特征在于,所述根据所述第二主键列表中的主键对应的行数据变更信息,将所述第二表格文件的第一表格文件版本并入所述第二表格文件的第二表格文件版本,包括:
将所述第二主键列表中的主键对应的行数据变更信息返回至所述网络客户端,以使得所述网络客户端的界面显示所述第二主键列表中的主键对应的行数据变更信息;
响应在所述网络客户端的界面接收的针对所述第二主键列表中的主键对应的行数据变更信息中的第二行数据变更信息的确认操作,将所述第二行数据变更信息中属于所述第二表格文件的第一表格文件版本中的数据部分并入所述第二表格文件的第二表格文件版本。
12.根据权利要求9所述的方法,其特征在于,所述针对在所述当前项目版本中存在修改的所述表格文件,获取所述表格文件中存在行数据变更的第一主键列表,包括:
针对在所述当前项目版本中存在修改的所述表格文件,从表格变更记录集合中读取所述表格文件中存在行数据变更的第一主键列表;
所述针对在所述第二历史项目版本中存在修改的第二表格文件,获取所述第二表格文件中存在行数据变更的第二主键列表,包括:
针对在所述第二历史项目版本中存在修改的第二表格文件,从表格变更记录集合中读取所述第二表格文件中存在行数据变更的第二主键列表;
其中,行数据变更记录集合用于以主键为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的修改前行数据和修改后行数据的第一映射关系,所述表格变更记录集合用于以表格文件为单位,存储所述项目的表格文件在所述项目的项目版本中存在行数据变更的主键与所述主键对应的所述第一映射关系的标识的第二映射关系。
13.一种数据处理装置,其特征在于,应用于项目管理系统中的网络服务端,所述项目管理系统还包括与所述网络服务端通信连接的网络客户端,所述网络服务端还与用于管理项目文件的版本管理系统通信连接,所述装置包括:
日志获取模块,用于从所述版本管理系统获取项目的版本管理日志;
表格文件版本获取模块,用于若在所述版本管理日志中检测到指示所述项目的开发分支在所述项目当前项目版本中存在表格文件提交的内容,从所述版本管理系统获取所述表格文件的当前表格文件版本,以及所述表格文件当前表格文件版本的上一历史表格文件版本;
差异对比模块,用于对比所述当前表格文件版本和所述上一历史表格文件版本中的行数据,得到所述当前表格文件版本和所述上一历史表格文件版本中存在差异的行数据;
变更信息生成模块,用于根据所述存在差异的行数据生成所述表格文件在所述项目当前项目版本中的表格变更信息。
14.一种电子设备,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令;
所述处理器执行所述计算机程序指令时实现如上述权利要求1至12任一项所述的数据处理方法。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序指令,所述计算机程序指令被处理器执行时用于实现如上述权利要求1至12任一项所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410579752.1A CN118627490A (zh) | 2024-05-10 | 2024-05-10 | 数据处理方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410579752.1A CN118627490A (zh) | 2024-05-10 | 2024-05-10 | 数据处理方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118627490A true CN118627490A (zh) | 2024-09-10 |
Family
ID=92594720
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410579752.1A Pending CN118627490A (zh) | 2024-05-10 | 2024-05-10 | 数据处理方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118627490A (zh) |
-
2024
- 2024-05-10 CN CN202410579752.1A patent/CN118627490A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109086071A (zh) | 一种管理软件版本信息的方法及服务器 | |
US20070240154A1 (en) | System and method for software integration and factory deployment | |
CN115061674A (zh) | 一种业务流程在线编排方法、装置、系统及可读存储介质 | |
CN110825395B (zh) | 多插件分层部署系统、设备及介质 | |
CN112765102B (zh) | 一种文件系统管理方法和装置 | |
KR20180130733A (ko) | 협업 의존성 기반 컴포넌트 재사용 추천 시스템 및 방법 | |
CN116560683A (zh) | 软件更新方法、装置、设备及存储介质 | |
CN111290961A (zh) | 接口测试的管理方法、装置及终端设备 | |
CN115878589A (zh) | 结构化数据的版本管理方法、装置及相关设备 | |
CN112597023A (zh) | 基于导图的案例管理方法、装置、计算机设备及存储介质 | |
CN110096658B (zh) | 一种数据埋点方法及装置 | |
CN118627490A (zh) | 数据处理方法、装置、电子设备及可读存储介质 | |
CN115981718A (zh) | 一种代码发布方法、装置、计算机设备和存储介质 | |
CN113434585A (zh) | 资源保存方法及设备 | |
CN112363700A (zh) | 智能合约的协同创建方法、装置、计算机设备和存储介质 | |
Silva et al. | Lm2f: a life-cycle model maintenance framework for co-evolving enterprise architecture meta-models and models | |
CN117348916B (zh) | 脚本生成方法、装置、设备及存储介质 | |
CN116301758B (zh) | 基于事件时机点的规则编辑方法、装置、设备及介质 | |
CN111399841B (zh) | 基于区块链的代码处理方法、装置、存储介质与电子设备 | |
CN115617324B (zh) | 一种客户端网页的生成方法 | |
WO2024043791A1 (en) | Automated patching for source code modification | |
CN115080084A (zh) | 数据升级方法、计算机设备及计算机存储介质 | |
CN117931643A (zh) | 代码验证方法、装置、设备及存储介质 | |
CN117312307A (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
CN110532026A (zh) | 冷备代码工程恢复的方法及装置 |
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 |