CN115617755A - 文件处理方法、文件处理装置、电子设备及存储介质 - Google Patents
文件处理方法、文件处理装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115617755A CN115617755A CN202211192998.0A CN202211192998A CN115617755A CN 115617755 A CN115617755 A CN 115617755A CN 202211192998 A CN202211192998 A CN 202211192998A CN 115617755 A CN115617755 A CN 115617755A
- Authority
- CN
- China
- Prior art keywords
- file
- data
- target
- code
- original
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种文件处理方法、文件处理装置、电子设备及存储介质,属于计算机技术领域。该方法包括:获取预先创建的原始项目数据,根据原始项目数据从项目库提取目标项目或者从本地端获取原始文件夹,对原始文件夹进行筛选处理,得到存放有目标文件的目标文件夹;根据代码配置表对原始文件夹进行文件提取,得到第一代码文件;对第一代码文件进行打包处理,得到第一文件包和第一ID数据;对目标文件进行分类处理,得到第二代码文件和第三代码文件,对第二代码文件进行打包处理得到第二文件包,并对第三代码文件进行打包处理得到第三文件包;根据第一文件包、第二文件包以及第三文件包,得到目标文件包。本申请能够提高文件处理的准确性。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种文件处理方法、文件处理装置、电子设备及存储介质。
背景技术
目前的文件处理方法大多数是依赖于人工处理的方式,即通过工作人员对文件进行手动打包和上传,这一方式往往存在着较多的操作失误,影响文件处理的准确性,因此,如何提高文件处理的准确性,成为了亟待解决的技术问题。
发明内容
本申请实施例的主要目的在于提出一种文件处理方法、文件处理装置、电子设备及存储介质,旨在提高文件处理的准确性。
为实现上述目的,本申请实施例的第一方面提出了一种文件处理方法,应用于开发应用端,所述方法包括:
获取预先创建的原始项目数据;其中,所述原始项目数据是软件开发环境下的软件开发项目;
根据所述原始项目数据从预设的项目库提取目标项目或者从所述开发应用端的本地端获取目标项目;其中,所述目标项目包括至少两个原始文件夹,每个所述原始文件夹存储于原始存储路径;
根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,所述目标文件夹存放有目标文件,所述目标项目列表包括至少两个所述目标文件夹;
根据预先获取的代码配置表对所述原始文件夹进行文件提取,得到第一代码文件;
对所述第一代码文件进行打包处理,得到第一文件包和所述第一代码文件的第一ID数据;
根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,所述第二代码文件包括所述目标前缀信息,所述第三代码文件不包含所述目标前缀信息;
根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包;
根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包。
在一些实施例,所述根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表的步骤,包括:
获取预设的参考路径名;
比对所述原始路径名和所述参考路径名;
选取所述原始路径名与所述参考路径名一致的原始文件夹作为目标文件夹;
对所述目标文件夹进行筛选处理,得到所述目标项目列表。
在一些实施例,所述对所述第一代码文件进行打包处理,得到第一文件包和所述第一文件包的第一ID数据的步骤,包括:
获取所述第一代码文件的第一代码数据;
对所述第一代码数据进行加密处理,得到第一键数据;
根据预设的第一初始参数构建第一值数据,其中,所述第一值数据是所述第一键数据的键值,所述第一值数据是由所述第一初始参数作为首项的等差数列;
根据所述第一键数据和所述第一值数据,构建所述第一代码文件的第一键值对数据,并根据所述第一键值对数据,得到所述第一ID数据;
根据所述第一ID数据对所述第一代码文件进行打包处理,得到所述第一文件包。
在一些实施例,所述目标文件包括原始前缀信息,所述根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件的步骤,包括:
比对所述原始前缀信息和所述目标前缀信息;
若所述原始前缀信息和所述目标前缀信息一致,则将所述目标文件作为所述第二代码文件;
若所述原始前缀信息和所述目标前缀信息不一致,则将所述目标文件作为所述第三代码文件。
在一些实施例,所述根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包的步骤,包括:
获取所述第二代码文件的文件路径数据;
对所述文件路径数据进行加密处理,得到第二键数据;
根据预设的第二初始参数构建第二值数据,其中,所述第二值数据是所述第二键数据的键值,所述第二值数据是由所述第二初始参数作为首项的等差数列;
根据所述第二键数据和所述第二值数据,构建所述第二代码文件的第二键值对数据,并根据所述第二键值对数据,得到所述第二代码文件的第二ID数据;
对所有所述第二ID数据与所述第一ID数据不一致的第二代码文件进行打包处理,得到所述第二文件包。
在一些实施例,所述根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包的步骤,包括:
获取所述第三代码文件的第二代码数据;
对所述第二代码数据进行加密处理,得到第三键数据;
根据预设的第三初始参数构建第三值数据,其中,所述第三值数据是所述第三键数据的键值,所述第三值数据是由所述第三初始参数作为首项的等差数列;
根据所述第三键数据和所述第三值数据,构建所述第三代码文件的第三键值对数据,并根据所述第三键值对数据,得到所述第三代码文件的第三ID数据;
对所有所述第三ID数据与所述第一ID数据不一致的第三代码文件进行打包处理,得到所述第三文件包。
在一些实施例,所述根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包的步骤之后,所述方法还包括:
获取用于指示发布操作的触发请求;
根据所述触发请求生成文件审批提醒信息,并发送所述文件审批提醒信息至审核端;
获取所述审核端根据所述文件审批提醒信息反馈的审批反馈数据,其中,所述审批反馈数据包括用于指示批准所述发布操作的同意发布信息;
根据所述同意发布信息执行所述发布操作,以将所述目标文件包发送给客户端。
为实现上述目的,本申请实施例的第二方面提出了一种文件处理装置,应用于开发应用端,所述装置包括:
项目数据获取模块,用于获取预先创建的原始项目数据;其中,所述原始项目数据是软件开发环境下的软件开发项目;
项目文件提取模块,用于根据所述原始项目数据从预设的项目库提取目标项目或者从所述开发应用端的本地端获取目标项目;其中,所述目标项目包括至少两个原始文件夹,每个所述原始文件夹存储于原始存储路径;
筛选模块,用于根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,所述目标文件夹存放有目标文件,所述目标项目列表包括至少两个所述目标文件夹;
代码文件提取模块,用于根据预先获取的代码配置表对所述原始文件夹进行文件提取,得到第一代码文件;
第一文件打包模块,用于对所述第一代码文件进行打包处理,得到第一文件包和所述第一代码文件的第一ID数据;
文件分类模块,用于根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,所述第二代码文件包括所述目标前缀信息,所述第三代码文件不包含所述目标前缀信息;
第二文件打包模块,用于根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包;
整合模块,用于根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包。
为实现上述目的,本申请实施例的第三方面提出了一种电子设备,所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现上述第一方面所述的方法。
为实现上述目的,本申请实施例的第四方面提出了一种存储介质,所述存储介质为计算机可读存储介质,用于计算机可读存储,所述存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述第一方面所述的方法。
本申请提出的文件处理方法、文件处理装置、电子设备及存储介质,其通过获取预先创建的原始项目数据,并根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径,这一方式能够较为方便地获取到符合当前项目需求的所有文件信息。进一步地根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据,能够较为方便地确定属于第一文件包的代码文件,并对这些代码文件进行打包处理,并确定这些代码文件的文件id。进一步地,根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息,能够较为方便地根据目标前缀信息对目标文件进行区分,从而根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包,提高文件打包的准确性,将属于同一类型的代码文件打包在一起,最后,根据第一文件包、第二文件包以及第三文件包,得到目标文件包,能够有效地提高文件打包的准确性和文件分类准确性,从整体上提高了文件处理的准确性以及文件处理效率。
附图说明
图1是本申请实施例提供的文件处理方法的流程图;
图2是图1中的步骤S103的流程图;
图3是图1中的步骤S105的流程图;
图4是图1中的步骤S106的流程图;
图5是图1中的步骤S107的流程图;
图6是图1中的步骤S107的另一流程图;
图7是本申请实施例提供的文件处理方法的另一流程图;
图8是本申请实施例提供的文件处理装置的结构示意图;
图9是本申请实施例提供的电子设备的硬件结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
首先,对本申请中涉及的若干名词进行解析:
人工智能(artificial intelligence,AI):是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学;人工智能是计算机科学的一个分支,人工智能企图了解智能的实质,并生产出一种新的能以人类智能相似的方式做出反应的智能机器,该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。人工智能可以对人的意识、思维的信息过程的模拟。人工智能还是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
自然语言处理(natural language processing,NLP):NLP用计算机来处理、理解以及运用人类语言(如中文、英文等),NLP属于人工智能的一个分支,是计算机科学与语言学的交叉学科,又常被称为计算语言学。自然语言处理包括语法分析、语义分析、篇章理解等。自然语言处理常用于机器翻译、手写体和印刷体字符识别、语音识别及文语转换、信息意图识别、信息抽取与过滤、文本分类与聚类、舆情分析和观点挖掘等技术领域,它涉及与语言处理相关的数据挖掘、机器学习、知识获取、知识工程、人工智能研究和与语言计算相关的语言学研究等。
跨平台移动应用开发框架(React Native,RN):是一种开源的跨平台移动应用开发框架,是早先开源的JS框架React在原生移动应用平台的衍生产物,支持iOS和安卓两大平台。RN使用Javascript语言,类似于HTML的JSX,以及CSS来开发移动应用。
Git:全称是分布式版本控制系统,Git通常在编程中会用到,并且Git支持分布式部署,可以有效、高速的处理从很小到非常大的项目版本管理。分布式相比于集中式的最大区别在于开发者可以提交到本地,每个开发者通过克隆(Git clone),在本地机器上拷贝一个完整的Git仓库。
散列表(Hash table,也叫哈希表):是根据关键码值(Key value)而直接进行访问的数据结构。也就是说,它通过把关键码值映射到表中一个位置来访问记录,以加快查找的速度。这个映射函数叫做散列函数,存放记录的数组叫做散列表。给定表M,存在函数f(key),对任意给定的关键字值key,代入函数后若能得到包含该关键字的记录在表中的地址,则称表M为哈希(Hash)表,函数f(key)为哈希(Hash)函数。
目前的文件处理方法大多数是依赖于人工处理的方式,即通过工作人员对文件进行手动打包和上传,这一方式往往存在着较多的操作失误,影响文件处理的准确性,因此,如何提高文件处理的准确性,成为了亟待解决的技术问题。
基于此,本申请实施例提供了一种文件处理方法、文件处理装置、电子设备及存储介质,旨在提高文件处理的准确性。
本申请实施例提供的文件处理方法、文件处理装置、电子设备及存储介质,具体通过如下实施例进行说明,首先描述本申请实施例中的文件处理方法。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本申请实施例提供的文件处理方法,涉及人工智能技术领域。本申请实施例提供的文件处理方法可应用于终端中,也可应用于服务器端中,还可以是运行于终端或服务器端中的软件。在一些实施例中,终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等;服务器端可以配置成独立的物理服务器,也可以配置成多个物理服务器构成的服务器集群或者分布式系统,还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器;软件可以是实现文件处理方法的应用等,但并不局限于以上形式。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
图1是本申请实施例提供的文件处理方法的一个可选的流程图,该文件处理方法应用于开发应用端,图1中的方法可以包括但不限于包括步骤S101至步骤S108。
步骤S101,获取预先创建的原始项目数据;其中,原始项目数据是软件开发环境下的软件开发项目;
步骤S102,根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径;
步骤S103,根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,目标项目列表包括至少两个目标文件夹;
步骤S104,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;
步骤S105,对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据;
步骤S106,根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息;
步骤S107,根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包;
步骤S108,根据第一文件包、第二文件包以及第三文件包,得到目标文件包。
本申请实施例所示意的步骤S101至步骤S108,通过获取预先创建的原始项目数据,并根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径,这一方式能够较为方便地获取到符合当前项目需求的所有文件信息。进一步地根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据,能够较为方便地确定属于第一文件包的代码文件,并对这些代码文件进行打包处理,并确定这些代码文件的文件id。进一步地,根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息,能够较为方便地根据目标前缀信息对目标文件进行区分,从而根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包,提高文件打包的准确性,将属于同一类型的代码文件打包在一起,最后,根据第一文件包、第二文件包以及第三文件包,得到目标文件包,能够有效地提高文件打包的准确性和文件分类准确性,从整体上提高了文件处理的准确性以及文件处理效率。
在一些实施例的步骤S101中,可以通过编写网络爬虫,设置好数据源之后进行有目标性地爬取数据,得到预先创建的原始项目数据。也可以通过其他方式获取视频数据,不限于此。其中,该原始项目数据是软件开发环境下的软件开发项目,原始项目数据包括当前业务场景所涉及项目的项目名称以及项目包含的文件数据等。
在一些实施例的步骤S102中,可以根据原始项目数据与预设的项目库的关联情况,从项目库或者从开发应用端的本地端获取目标项目,其中,预设的项目库可以使Git项目库等等,当原始项目数据与Git项目库关联时,直接从Git项目库提取目标项目,当原始项目数据与Git项目库没有关联时,从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径,原始文件夹包括至少一个原始文件。
请参阅图2,在一些实施例中,步骤S103可以包括但不限于包括步骤S201至步骤S204:
步骤S201,获取预设的参考路径名;
步骤S202,比对原始路径名和参考路径名;
步骤S203,选取原始路径名与参考路径名一致的原始文件夹作为目标文件夹;
步骤S204,对目标文件夹进行筛选处理,得到目标项目列表。
在一些实施例的步骤S201中,获取预设的参考路径名,该参考路径名可以包括src/pages/ai等等。
在一些实施例的步骤S202中,为了提高原始文件的筛选效率,可以直接比对原始文件夹的原始文件的原始路径名,比对原始路径名与参考路径名,根据原始路径名与参考路径名的一致性来确定原始文件是否符合当前需求。
在一些实施例的步骤S203中,比对原始路径名与参考路径名,若原始路径名与参考路径名一致,则表明该原始文件是符合当前的项目需求的,因此,选取原始路径名与参考路径名一致的原始文件夹作为目标文件夹,并将目标文件夹里的文件作为目标文件。
在一些实施例的步骤S204中,为了区分不同的业务需求,还需要根据预先获取的打包指令对目标文件夹进行筛选处理,从而得到目标项目列表,其中,目标项目列表包括至少两个目标文件夹。
通过上述步骤S201至步骤S204,能够根据原始文件的原始路径名对原始文件进行筛选处理,得到符合当前需求的目标文件夹,并基于目标文件夹以及业务需求生成目标项目列表,实现了项目文件的分类,方便后续打包生成不同的业务文件包,提高了文件打包的准确性和打包效率。
在一些实施例的步骤S104中,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件时,该预先获取的代码配置表可以是通过网络爬虫或者脚本程序获取到,代码配置表包括代码文件的文件名称、文件路径等信息,根据这一代码配置表对原始文件夹进行文件提取,得到与代码配置表的内容对应的原始文件,并将这一系列原始文件进行打包处理,得到第一代码文件,该第一代码文件包括一些框架代码、第三方代码、公共代码,该第一代码文件是可以用于不同业务项目的通用文件,可以简称为基础包文件或者主包文件。
请参阅图3,在一些实施例中,步骤S105可以包括但不限于包括步骤S301至步骤S305:
步骤S301,获取第一代码文件的第一代码数据;
步骤S302,对第一代码数据进行加密处理,得到第一键数据;
步骤S303,根据预设的第一初始参数构建第一值数据,其中,第一值数据是第一键数据的键值,第一值数据是由第一初始参数作为首项的等差数列;
步骤S304,根据第一键数据和第一值数据,构建第一代码文件的第一键值对数据,并根据第一键值对数据,得到第一ID数据;
步骤S305,根据第一ID数据对第一代码文件进行打包处理,得到第一文件包。
在一些实施例的步骤S301中,通过预设的脚本程序获取第一代码文件的第一代码数据,该第一代码数据能够用于表征第一代码文件的文件内容信息。
步骤S302中,通过预设的加密算法对第一代码数据进行加密处理,得到第一字符串,将该第一字符串作为第一代码文件的第一键数据,该预设的加密算法可以是MD2算法、MD4算法或者MD5算法等Hash算法,还可以是其他对称算法,不做限制。
在一些实施例的步骤S303中,预设的第一初始参数为1,构建一个以第一初始参数作为首项的等差数列,差值为1,将该等差数列的每一项对应的数值作为第一键数据的键值,得到第一值数据。例如,对于属于第一文件包的多个第一代码文件,其第一值数据会从1开始自增,第一代码文件A的第一值数据为2,第一代码文件B的第一值数据为3。
在一些实施例的步骤S304中,将每一第一代码文件的第一键数据和第一值数据进行组合处理,得到该第一代码文件的第一键值对数据,该第一键值对数据即为该第一代码文件的第一ID数据,第一ID数据能够用于表征第一代码文件的文件名称。
在一些实施例的步骤S305中,根据第一ID数据对第一代码文件进行打包处理,将所有的第一代码文件打包成一个整体,得到第一文件包。
通过上述S301至步骤S305能够较为方便地对第一代码文件进行打包处理,得到第一文件包,并且能够实现对第一文件包内的第一代码文件的自动化命名,提高了文件处理效率。
请参阅图4,在一些实施例中,目标文件包括原始前缀信息,步骤S106可以包括但不限于包括步骤S401至步骤S403:
步骤S401,比对原始前缀信息和目标前缀信息;
步骤S402,若原始前缀信息和目标前缀信息一致,则将目标文件作为第二代码文件;
步骤S403,若原始前缀信息和目标前缀信息不一致,则将目标文件作为第三代码文件。
在一些实施例的步骤S401中,目标前缀信息可以根据不同的实际需求设置,例如,目标前缀信息可以包含ai字段。则比对目标文件的原始前缀信息与目标前缀信息,判断目标文件的原始前缀信息与目标前缀信息是否一致,从而识别出原始前缀信息包括ai字段的目标文件。
在一些实施例的步骤S402中,若原始前缀信息和目标前缀信息一致,则表明原始前缀信息包含ai这一字段,该目标文件属于业务文件,需要解释的是,业务文件为仅包含某一具体的业务实现代码的文件,不能作为通用文件使用,因此,将原始前缀信息和目标前缀信息一致的目标文件作为第二代码文件,第二代码文件为属于业务包的代码文件,且该代码文件不能作为通用文件使用,仅能够用于某一固定的业务场景。
在一些实施例的步骤S403中,若原始前缀信息和目标前缀信息不一致,则表明原始前缀信息不包含ai字段,该目标文件属于通用文件,因此,将原始前缀信息和目标前缀信息不一致的目标文件作为第三代码文件,第三代码文件为属于业务包的代码文件,且该代码文件能够作为通用文件使用。
通过上述步骤S401至步骤S403能够较为方便地对目标文件进行分类处理,得到能够通用的第三代码文件以及不同通用的第二代码文件,方便后续的文件打包操作,避免将通用代码文件与非通用代码文件混淆,提高文件处理准确性。
请参阅图5,在一些实施例中,步骤S107可以包括但不限于包括步骤S501至步骤S505:
步骤S501,获取第二代码文件的文件路径数据;
步骤S502,对文件路径数据进行加密处理,得到第二键数据;
步骤S503,根据预设的第二初始参数构建第二值数据,其中,第二值数据是第二键数据的键值,第二值数据是由第二初始参数作为首项的等差数列;
步骤S504,根据第二键数据和第二值数据,构建第二代码文件的第二键值对数据,并根据第二键值对数据,得到第二代码文件的第二ID数据;
步骤S505,对所有第二ID数据与第一ID数据不一致的第二代码文件进行打包处理,得到第二文件包。
在一些实施例的步骤S501中,通过预设的脚本程序获取第二代码文件的文件路径数据,该文件路径数据包含第二代码文件的路径名等等。
在一些实施例的步骤S502中,通过预设的加密算法对文件路径数据进行加密处理,得到第二字符串,将该第二字符串作为第二代码文件的第二键数据,该预设的加密算法可以是MD2算法、MD4算法或者MD5算法等Hash算法,还可以是其他对称算法,不做限制。
在一些实施例的步骤S503中,预设的第二初始参数为1,构建一个以第二初始参数作为首项的等差数列,差值为1,将该等差数列的每一项对应的数值作为第二键数据的键值,得到第二值数据。例如,对于属于第二文件包的多个第一代码文件,其第二值数据会从1开始自增,第二代码文件P的第二值数据为7,第二代码文件Q的第一值数据为8。
在一些实施例的步骤S504中,将每一第二代码文件的第二键数据和第二值数据进行组合处理,得到该第二代码文件的第二键值对数据,该第二键值对数据即为该第二代码文件的第二ID数据,第二ID数据能够用于表征第二代码文件的文件名称。
在一些实施例的步骤S505中,对所有第二ID数据与第一ID数据不一致的第二代码文件进行打包处理,得到第二文件包。
通过上述骤S501至步骤S505能够实现对第二代码文件的自动化命名,并有效地对与第一代码文件具备相同文件id的第二代码文件进行过滤处理,提高文件过滤的准确性和过滤效率,从而方便地将所有第二ID数据与第一ID数据不一致的第二代码文件进行打包处理,得到第二文件包,能够有效地避免文件重复打包。
请参阅图6,在另一些实施例,步骤S107包括但不限于包括步骤S601至步骤S605:
步骤S601,获取第三代码文件的第二代码数据;
步骤S602,对第二代码数据进行加密处理,得到第三键数据;
步骤S603,根据预设的第三初始参数构建第三值数据,其中,第三值数据是第三键数据的键值,第三值数据是由第三初始参数作为首项的等差数列;
步骤S604,根据第三键数据和第三值数据,构建第三代码文件的第三键值对数据,并根据第三键值对数据,得到第三代码文件的第三ID数据;
步骤S605,对所有第三ID数据与第一ID数据不一致的第三代码文件进行打包处理,得到第三文件包。
在一些实施例的步骤S601中,通过预设的脚本程序获取第三代码文件的第二代码数据,该第二代码数据能够用于表征第三代码文件的文件内容信息。
在一些实施例的步骤S602中,通过预设的加密算法对第二代码数据进行加密处理,得到第三字符串,将该第三字符串作为第三代码文件的第三键数据,该预设的加密算法可以是MD2算法、MD4算法或者MD5算法等Hash算法,还可以是其他对称算法,不做限制。
在一些实施例的步骤S603中,预设的第三初始参数为1,构建一个以第三初始参数作为首项的等差数列,差值为1,将该等差数列的每一项对应的数值作为第三键数据的键值,得到第三值数据。例如,对于属于第十年文件包的多个第三代码文件,其第一值数据会从1开始自增,第三代码文件M的第三值数据为6,第一代码文件N的第三值数据为7。
在一些实施例的步骤S604中,将每一第三代码文件的第三键数据和第三值数据进行组合处理,得到该第三代码文件的第三键值对数据,该第三键值对数据即为该第三代码文件的第三ID数据,第三ID数据能够用于表征第三代码文件的文件名称。
在一些实施例的步骤S605中,对所有第三ID数据与第一ID数据不一致的第三代码文件进行打包处理,得到第三文件包。
通过上述步骤S601至步骤S605能够实现对第三代码文件的自动化命名,并有效地对与第一代码文件具备相同文件id的第三代码文件进行过滤处理,提高文件过滤的准确性和过滤效率,从而方便地将所有第三ID数据与第一ID数据不一致的第三代码文件进行打包处理,得到第三文件包,能够有效地避免文件重复打包。
在一些实施例的步骤S108中,对第一文件包、第二文件包以及第三文件包进行整合处理,形成一个完整的项目文件包,得到符合当前项目需求的目标文件包。
请参阅图7,在一些实施例的步骤S108之后,该文件处理方法还可以包括但不限于包括步骤S701至步骤S704:
步骤S701,获取用于指示发布操作的触发请求;
步骤S702,根据触发请求生成文件审批提醒信息,并发送文件审批提醒信息至审核端;
步骤S703,获取审核端根据文件审批提醒信息反馈的审批反馈数据,其中,审批反馈数据包括用于指示批准发布操作的同意发布信息;
步骤S704,根据同意发布信息执行发布操作,以将目标文件包发送给客户端。
在一些实施例的步骤S701中,通过预设的脚本程序获取用于指示发布操作的触发请求,该触发请求包含指示用于生产需求发布文件的发布操作。为了提高文件发布的安全性,当触发请求为用于生产需求发布文件时,需要进一步地进行发布操作复核,以提高文件发布的安全性。
在一些实施例的步骤S702中,当触发请求为用于生产需求发布文件时,根据触发请求生成文件审批提醒信息,该文件审批提醒信息包含待审核的文件名称、发布请求的用户信息以及发布诉求信息等等,并将文件审批提醒信息以邮件或者其他形式发布至审核端进行发布审核,通过审核端的审核人员或者预设的审核程序对该文件审批提醒信息进行内容核查,以确认该触发请求是否符合要求。
在一些实施例的步骤S703中,在审核端对上述文件审批提醒信息进行审核之后,在开发应用端获取审核端根据文件审批提醒反馈的审批反馈数据,该审批反馈数据用于表征审核端是否同意该触发请求,审批反馈数据包含用于指示批准发布操作的同意发布信息或者指示不批准发布操作的反对发布信息。
在一些实施例的步骤S704中,当审批反馈数据为同意发布信息时,根据该同意发布信息将目标文件包发布至客户端,该客户端可以是用户端或者其他第三方,不做限制,在将目标文件包发布至客户端时,可以是将目标文件包中的全部文件包都发布至客户端,也可以是根据发布操作对第一文件包、第二文件包或者第三文件包进行发布,此处不做限制。此外,当审批反馈数据为反对发布信息时,则自动回滚至上一次文件发布节点,并将审批反馈数据以邮件形式等发送至操作对象,该操作对象即为指示发布操作的触发请求的对象。
通过上述步骤S701至步骤S704能够在文件包发布时根据不同的发布需求对发布操作进行审核,使得能够根据接收到的审核反馈数据进行文件包发布或者自动回滚,有效地避免了文件包发布错误等情况出现,提高了文件处理的准确性。
本申请实施例的文件处理方法,其通过获取预先创建的原始项目数据,并根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径,这一方式能够较为方便地获取到符合当前项目需求的所有文件信息。进一步地根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据,能够较为方便地确定属于第一文件包的代码文件,并对这些代码文件进行打包处理,并确定这些代码文件的文件id。进一步地,根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息,能够较为方便地根据目标前缀信息对目标文件进行区分,从而根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并确定这些第二代码文件的文件id,根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包,并确定这些第三代码文件的文件id,提高文件打包的准确性,能够准确地将属于同一类型的代码文件打包在一起,最后,根据第一文件包、第二文件包以及第三文件包,得到目标文件包,能够有效地提高文件打包的准确性和文件分类准确性,通过不同的文件命名方式,使得每一代码文件对应有唯一的文件id,也能够有效地避免文件的命名冲突,从整体上提高了文件处理的准确性以及文件处理效率。
请参阅图8,本申请实施例还提供一种文件处理装置,应用于开发应用端,可以实现上述文件处理方法,该装置包括:
项目数据获取模块801,用于获取预先创建的原始项目数据;其中,原始项目数据是软件开发环境下的软件开发项目;
项目文件提取模块802,用于根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径;
筛选模块803,用于根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,目标项目列表包括至少两个目标文件夹;
代码文件提取模块804,用于根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;
第一文件打包模块805,用于对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据;
文件分类模块806,用于根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息;
第二文件打包模块807,用于根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包;
整合模块808,用于根据第一文件包、第二文件包以及第三文件包,得到目标文件包。
在一些实施例中,筛选模块803包括:
路径名获取单元,用于获取预设的参考路径名;
路径名比对单元,用于比对原始路径名和参考路径名;
文件夹选取单元,用于选取原始路径名与参考路径名一致的原始文件夹作为目标文件夹;
文件夹筛选单元,用于对目标文件夹进行筛选处理,得到目标项目列表。
在一些实施例中,第一文件打包模块805包括:
第一数据获取单元,用于获取第一代码文件的第一代码数据;
第一加密单元,用于对第一代码数据进行加密处理,得到第一键数据;
第一值数据构建单元,用于根据预设的第一初始参数构建第一值数据,其中,第一值数据是第一键数据的键值,第一值数据是由第一初始参数作为首项的等差数列;
第一键值对构建单元,用于根据第一键数据和第一值数据,构建第一代码文件的第一键值对数据,并根据第一键值对数据,得到第一ID数据;
第一打包单元,用于根据第一ID数据对第一代码文件进行打包处理,得到第一文件包。
在一些实施例中,目标文件包括原始前缀信息,文件分类模块806包括:
比对原始前缀信息和目标前缀信息;
若原始前缀信息和目标前缀信息一致,则将目标文件作为第二代码文件;
若原始前缀信息和目标前缀信息不一致,则将目标文件作为第三代码文件。
在一些实施例中,第二文件打包模块807包括:
第二数据获取单元,用于获取第二代码文件的文件路径数据;
第二加密单元,用于对文件路径数据进行加密处理,得到第二代码文件的第二键数据;
第二值数据构建单元,用于根据预设的第二初始参数构建第二值数据,其中,第二值数据是第二键数据的键值,第二值数据是由第二初始参数作为首项的等差数列;
第二键值对构建单元,用于根据第二键数据和第二值数据,构建第二代码文件的第二键值对数据,并根据第二键值对数据,得到第二代码文件的第二ID数据;
第二打包单元,用于对所有第二ID数据与第一ID数据不一致的第二代码文件进行打包处理,得到第二文件包。
在一些实施例中,第二文件打包模块807包括:
第三数据获取单元,用于获取第三代码文件的第二代码数据;
第三加密单元,用于对第二代码数据进行加密处理,得到第三代码文件的第三键数据;
第三值数据构建单元,用于根据预设的第三初始参数构建第三值数据,其中,第三值数据是第三键数据的键值,第三值数据是由第三初始参数作为首项的等差数列;
第三键值对构建单元,用于根据第三键数据和第三值数据,构建第三代码文件的第三键值对数据,并根据第三键值对数据,得到第三代码文件的第三ID数据;
第三打包单元,用于对所有第三ID数据与第一ID数据不一致的第三代码文件进行打包处理,得到第三文件包。
在一些实施例中,文件处理装置还包括文件发布模块,具体包括:
请求获取单元,用于获取用于指示发布操作的触发请求;
信息发送单元,用于根据触发请求生成文件审批提醒信息,并发送文件审批提醒信息至审核端;
反馈数据获取单元,用于获取审核端根据文件审批提醒信息反馈的审批反馈数据,其中,审批反馈数据包括用于指示批准发布操作的同意发布信息;
文件发布单元,用于根据同意发布信息执行发布操作,以将目标文件包发送给客户端。
该文件处理装置的具体实施方式与上述文件处理方法的具体实施例基本相同,在此不再赘述。
本申请实施例还提供了一种电子设备,电子设备包括:存储器、处理器、存储在存储器上并可在处理器上运行的程序以及用于实现处理器和存储器之间的连接通信的数据总线,程序被处理器执行时实现上述文件处理方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。
请参阅图9,图9示意了另一实施例的电子设备的硬件结构,电子设备包括:
处理器901,可以采用通用的CPU(CentralProcessingUnit,中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请实施例所提供的技术方案;
存储器902,可以采用只读存储器(ReadOnlyMemory,ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory,RAM)等形式实现。存储器902可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器902中,并由处理器901来调用执行本申请实施例的文件处理方法;
输入/输出接口903,用于实现信息输入及输出;
通信接口904,用于实现本设备与其他设备的通信交互,可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信;
总线905,在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息;
其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。
本申请实施例还提供了一种存储介质,存储介质为计算机可读存储介质,用于计算机可读存储,存储介质存储有一个或者多个程序,一个或者多个程序可被一个或者多个处理器执行,以实现上述文件处理方法。
存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本申请实施例提供的文件处理方法、文件处理装置、电子设备及存储介质,其通过获取预先创建的原始项目数据,并根据原始项目数据从预设的项目库提取目标项目或者从开发应用端的本地端获取目标项目;其中,目标项目包括至少两个原始文件夹,每个原始文件夹存储于原始存储路径,这一方式能够较为方便地获取到符合当前项目需求的所有文件信息。进一步地根据原始存储路径的原始路径名对至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,目标文件夹存放有目标文件,根据预先获取的代码配置表对原始文件夹进行文件提取,得到第一代码文件;对第一代码文件进行打包处理,得到第一文件包和第一代码文件的第一ID数据,能够较为方便地确定属于第一文件包的代码文件,并对这些代码文件进行打包处理,并确定这些代码文件的文件id。进一步地,根据预设的目标前缀信息对目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,第二代码文件包括目标前缀信息,第三代码文件不包含目标前缀信息,能够较为方便地根据目标前缀信息对目标文件进行区分,从而根据预设的第一打包方式和第一ID数据对第二代码文件进行打包处理得到第二文件包,并确定这些第二代码文件的文件id,根据预设的第二打包方式和第一ID数据对第三代码文件进行打包处理得到第三文件包,并确定这些第三代码文件的文件id,提高文件打包的准确性,能够准确地将属于同一类型的代码文件打包在一起,最后,根据第一文件包、第二文件包以及第三文件包,得到目标文件包,能够有效地提高文件打包的准确性和文件分类准确性,通过不同的文件命名方式,使得每一代码文件对应有唯一的文件id,也能够有效地避免文件的命名冲突,从整体上提高了文件处理的准确性以及文件处理效率。
本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本领域技术人员可以理解的是,图1-7中示出的技术方案并不构成对本申请实施例的限定,可以包括比图示更多或更少的步骤,或者组合某些步骤,或者不同的步骤。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序的介质。
以上参照附图说明了本申请实施例的优选实施例,并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本申请实施例的权利范围之内。
Claims (10)
1.一种文件处理方法,应用于开发应用端,其特征在于,所述方法包括:
获取预先创建的原始项目数据;其中,所述原始项目数据是软件开发环境下的软件开发项目;
根据所述原始项目数据从预设的项目库提取目标项目或者从所述开发应用端的本地端获取目标项目;其中,所述目标项目包括至少两个原始文件夹,每个所述原始文件夹存储于原始存储路径;
根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,所述目标文件夹存放有目标文件,所述目标项目列表包括至少两个所述目标文件夹;
根据预先获取的代码配置表对所述原始文件夹进行文件提取,得到第一代码文件;
对所述第一代码文件进行打包处理,得到第一文件包和所述第一代码文件的第一ID数据;
根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,所述第二代码文件包括所述目标前缀信息,所述第三代码文件不包含所述目标前缀信息;
根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包;
根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包。
2.根据权利要求1所述的文件处理方法,其特征在于,所述根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表的步骤,包括:
获取预设的参考路径名;
比对所述原始路径名和所述参考路径名;
选取所述原始路径名与所述参考路径名一致的原始文件夹作为目标文件夹;
对所述目标文件夹进行筛选处理,得到所述目标项目列表。
3.根据权利要求1所述的文件处理方法,其特征在于,所述对所述第一代码文件进行打包处理,得到第一文件包和所述第一文件包的第一ID数据的步骤,包括:
获取所述第一代码文件的第一代码数据;
对所述第一代码数据进行加密处理,得到第一键数据;
根据预设的第一初始参数构建第一值数据,其中,所述第一值数据是所述第一键数据的键值,所述第一值数据是由所述第一初始参数作为首项的等差数列;
根据所述第一键数据和所述第一值数据,构建所述第一代码文件的第一键值对数据,并根据所述第一键值对数据,得到所述第一ID数据;
根据所述第一ID数据对所述第一代码文件进行打包处理,得到所述第一文件包。
4.根据权利要求1所述的文件处理方法,其特征在于,所述目标文件包括原始前缀信息,所述根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件的步骤,包括:
比对所述原始前缀信息和所述目标前缀信息;
若所述原始前缀信息和所述目标前缀信息一致,则将所述目标文件作为所述第二代码文件;
若所述原始前缀信息和所述目标前缀信息不一致,则将所述目标文件作为所述第三代码文件。
5.根据权利要求1所述的文件处理方法,其特征在于,所述根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包的步骤,包括:
获取所述第二代码文件的文件路径数据;
对所述文件路径数据进行加密处理,得到第二键数据;
根据预设的第二初始参数构建第一值数据,其中,所述第二值数据是所述第二键数据的键值,所述第一值数据是由所述第二初始参数作为首项的等差数列;
根据所述第二键数据和所述第二值数据,构建所述第二代码文件的第二键值对数据,并根据所述第二键值对数据,得到所述第二代码文件的第二ID数据;
对所有所述第二ID数据与所述第一ID数据不一致的第二代码文件进行打包处理,得到所述第二文件包。
6.根据权利要求1所述的文件处理方法,其特征在于,所述根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包的步骤,包括:
获取所述第三代码文件的第二代码数据;
对所述第二代码数据进行加密处理,得到第三键数据;
根据预设的第三初始参数构建第三值数据,其中,所述第三值数据是所述第三键数据的键值,所述第一值数据是由所述第三初始参数作为首项的等差数列;
根据所述第三键数据和所述第三值数据,构建所述第三代码文件的第三键值对数据,并根据所述第三键值对数据,得到所述第三代码文件的第三ID数据;
对所有所述第三ID数据与所述第一ID数据不一致的第三代码文件进行打包处理,得到所述第三文件包。
7.根据权利要求1至6任一项所述的文件处理方法,其特征在于,所述根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包的步骤之后,所述方法还包括:
获取用于指示发布操作的触发请求;
根据所述触发请求生成文件审批提醒信息,并发送所述文件审批提醒信息至审核端;
获取所述审核端根据所述文件审批提醒信息反馈的审批反馈数据,其中,所述审批反馈数据包括用于指示批准所述发布操作的同意发布信息;
根据所述同意发布信息执行所述发布操作,以将所述目标文件包发送给客户端。
8.一种文件处理装置,应用于开发应用端,其特征在于,所述装置包括:
项目数据获取模块,用于获取预先创建的原始项目数据;其中,所述原始项目数据是软件开发环境下的软件开发项目;
项目文件提取模块,用于根据所述原始项目数据从预设的项目库提取目标项目或者从所述开发应用端的本地端获取目标项目;其中,所述目标项目包括至少两个原始文件夹,每个所述原始文件夹存储于原始存储路径;
筛选模块,用于根据所述原始存储路径的原始路径名对所述至少两个原始文件夹进行筛选处理,得到目标文件夹和目标项目列表;其中,所述目标文件夹存放有目标文件,所述目标项目列表包括至少两个所述目标文件夹;
代码文件提取模块,用于根据预先获取的代码配置表对所述原始文件夹进行文件提取,得到第一代码文件;
第一文件打包模块,用于对所述第一代码文件进行打包处理,得到第一文件包和所述第一代码文件的第一ID数据;
文件分类模块,用于根据预设的目标前缀信息对所述目标文件进行分类处理,得到第二代码文件和第三代码文件,其中,所述第二代码文件包括所述目标前缀信息,所述第三代码文件不包含所述目标前缀信息;
第二文件打包模块,用于根据预设的第一打包方式和所述第一ID数据对所述第二代码文件进行打包处理得到第二文件包,并根据预设的第二打包方式和所述第一ID数据对所述第三代码文件进行打包处理得到第三文件包;
整合模块,用于根据所述第一文件包、所述第二文件包以及所述第三文件包,得到目标文件包。
9.一种电子设备,其特征在于,所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现如权利要求1至7任一项所述的文件处理方法的步骤。
10.一种存储介质,所述存储介质为计算机可读存储介质,用于计算机可读存储,其特征在于,所述存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现权利要求1至7中任一项所述的文件处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211192998.0A CN115617755A (zh) | 2022-09-28 | 2022-09-28 | 文件处理方法、文件处理装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211192998.0A CN115617755A (zh) | 2022-09-28 | 2022-09-28 | 文件处理方法、文件处理装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115617755A true CN115617755A (zh) | 2023-01-17 |
Family
ID=84859986
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211192998.0A Pending CN115617755A (zh) | 2022-09-28 | 2022-09-28 | 文件处理方法、文件处理装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115617755A (zh) |
-
2022
- 2022-09-28 CN CN202211192998.0A patent/CN115617755A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8799869B2 (en) | System for ensuring comprehensiveness of requirements testing of software applications | |
US9043651B2 (en) | Systematic failure remediation | |
CN111638908A (zh) | 接口文档生成方法、装置、电子设备及介质 | |
US10133723B2 (en) | System and method for determining document version geneology | |
CN115033876A (zh) | 日志处理方法、日志处理装置、计算机设备及存储介质 | |
CN115563600A (zh) | 数据审核方法和装置、电子设备及存储介质 | |
CN114861598A (zh) | 注释方法、注释装置、电子设备及存储介质 | |
US10956659B1 (en) | System for generating templates from webpages | |
Eyal-Salman et al. | Feature-to-code traceability in legacy software variants | |
CN116701604A (zh) | 问答语料库的构建方法和装置、问答方法、设备及介质 | |
CN115617755A (zh) | 文件处理方法、文件处理装置、电子设备及存储介质 | |
CN115562993A (zh) | 测试脚本录制方法和装置、电子设备及存储介质 | |
CN114925125A (zh) | 数据处理方法、装置和系统、电子设备及存储介质 | |
CN115202731A (zh) | 代码检测方法和代码检测装置、计算机设备、存储介质 | |
US11182551B2 (en) | System and method for determining document version geneology | |
CN116263659A (zh) | 数据处理方法、装置、计算机程序产品、设备及存储介质 | |
CN114201370A (zh) | 一种网页文件监控方法及系统 | |
CN110457323A (zh) | 数据表的处理方法及装置 | |
KR20200103133A (ko) | 하둡 기반의 빅데이터 시스템에서 etl 절차를 수행하는 방법 및 장치 | |
CN115543227B (zh) | 跨系统数据迁移方法、系统、电子设备及存储介质 | |
CN115034187A (zh) | 注释方法、注释装置、计算机设备及存储介质 | |
CN114943095A (zh) | 信息监控方法、信息监控装置、电子设备及存储介质 | |
RU2721414C1 (ru) | Способ учета изменений содержания нормативных документов при обеспечении безопасности полетов | |
CN117608490A (zh) | 基于投资系统的数据管理方法、装置、电子设备及介质 | |
CN117132407A (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 |