文件发布方法、装置、存储介质及电子装置与流程

1.本公开涉及软件更新技术领域，具体而言，涉及一种文件发布方法、装置、存储介质及电子装置。


背景技术：

2.目前脚本语言的部署使用的主流的服务器是passenger，passenger是个开源的高效的web服务器，支持多种编程语言例如：ruby、python、nodejs等，并且可以同时服务于多个应用程序，对于程序的部署和扩容十分方便。
3.但是，现有技术中现在脚本语言应用的发布流程主流都是将最新的前后端代码推送到passenger服务器上，过程中还会涉及到文件比对，然后覆盖或者删除文件，在应用的文件全部替换成最新版本后，执行版本相关的初始化脚本，最后重新加载应用，整个流程比较耗费时间，文件处理完毕后还需要运行版本的初始化脚本，发布流程会比较长，且发布过程中涉及文件的覆盖或删除，容易出现请求错误的问题。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本公开实施例提供了一种文件发布方法、装置、存储介质及电子装置，以至少解决现有技术中的文件发布方法在发布过程中因文件删除或修改导致出现页面错误的技术问题。
6.根据本公开实施例的一个方面，提供了一种文件发布方法，通过获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；将上述版本文件输出至上述版本目录；通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布。
7.根据本公开实施例的另一方面，还提供了一种文件发布装置，包括：获取模块，用于获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；创建模块，用于根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；输出模块，用于将上述版本文件输出至上述版本目录；发布模块，用于通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布。
8.根据本公开实施例的另一方面，还提供了一种非易失性存储介质，上述存储介质中存储有计算机程序，其中，上述计算机程序被设置为运行时执行任一项上述的文件发布
方法。
9.根据本公开实施例的另一方面，还提供了一种处理器，上述处理器用于运行程序，其中，上述程序被设置为运行时执行任意一项上述的文件发布方法。
10.根据本公开实施例的另一方面，还提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为运行上述计算机程序以执行任一项上述的文件发布方法。
11.在本公开实施例中，通过获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；将上述版本文件输出至上述版本目录；通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布，达到了发布过程中新版本文件不会覆盖旧版本文件的目的，从而实现了避免旧版文件被删除导致脚本错误或样式错乱的技术效果，进而解决了现有技术中的文件发布方法在发布过程中因文件删除或修改导致出现页面错误的技术问题。
附图说明
12.此处所说明的附图用来提供对本公开的进一步理解，构成本技术的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
13.图1是根据本公开实施例的文件发布方法的流程图；
14.图2是根据本公开实施例的一种可选的相同服务器下不同版本文件部署情况的示意图；
15.图3是根据本公开实施例的一种可选的版本文件删除流程的示意图；
16.图4是根据本公开实施例的一种可选的版本文件更新或回滚流程的示意图；
17.图5是根据本公开实施例的一种可选的版本文件部署流程示意图的示意图；
18.图6是根据本公开实施例的一种文件发布装置的结构示意图。
具体实施方式
19.为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
20.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品
或设备固有的其它步骤或单元。
21.根据本公开实施例，提供了一种文件发布的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
22.该方法实施例的技术方案可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，该移动终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，简称为mid)、pad等终端设备。移动终端可以包括一个或多个处理器(处理器可以包括但不限于中央处理器(cpu)、图形处理器(gpu)、数字信号处理(dsp)芯片、微处理器(mcu)、可编程逻辑器件(fpga)、神经网络处理器(npu)、张量处理器(tpu)、人工智能(ai)类型处理器等的处理装置)和用于存储数据的存储器。可选地，上述移动终端还可以包括用于通信功能的传输设备、输入输出设备以及显示设备。本领域普通技术人员可以理解，上述结构描述仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比上述结构描述更多或者更少的组件，或者具有与上述结构描述不同的配置。
23.存储器可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本公开实施例中的文件发布方法对应的计算机程序，处理器通过运行存储在存储器内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的文件发布方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
24.传输设备用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输设备包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。该方法实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(global system of mobile communication，简称为gsm)系统、码分多址(code division multiple access，简称为cdma)系统、宽带码分多址(wideband code division multiple access，简称为wcdma)系统、通用分组无线业务(general packet radio service，简称为gprs)、长期演进(long term evolution，简称为lte)系统、lte频分双工(frequency division duplex，简称为fdd)系统、lte时分双工(time division duplex，简称为tdd)、通用移动通信系统(universal mobile telecommunication system，简称为umts)、全球互联微波接入(worldwide interoperability for microwave access，简称为wimax)通信系统或5g系统等。可选地，多个移动终端之间可以进行设备到设备(device to device，简称为d2d)通信。可选地，5g系统或5g网络又被称为新无线(new radio，简称为nr)系统或nr网络。
25.显示设备可以例如触摸屏式的液晶显示器(lcd)和触摸显示器(也被称为“触摸屏”或“触摸显示屏”)。该液晶显示器可使得用户能够与移动终端的用户界面进行交互。在
一些实施例中，上述移动终端具有图形用户界面(gui)，用户可以通过触摸触敏表面上的手指接触和/或手势来与gui进行人机交互，此处的人机交互功能可选的包括如下交互：创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读计算机可读存储介质中。
26.在本公开其中一种实施例中的文件发布方法可以运行于终端设备或者是服务器。其中，终端设备可以为本地终端设备，服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。当文件发布方法运行于服务器时，该方法则可以基于云交互系统来实现与执行，其中，云交互系统包括服务器和客户端设备。
27.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
28.在一种可能的实施方式中，本公开实施例提供了一种文件发布方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
29.图1是根据本公开实施例的文件发布方法的流程图，如图1所示，该方法包括如下步骤：
30.步骤s102，获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；
31.步骤s104，根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；
32.步骤s106，将上述版本文件输出至上述版本目录；
33.步骤s108，通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布。
34.在本公开实施例中，采用客户端获取待发布的版本文件的第一版本标识信息，上述客户端根据第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，并将上述版本文件输出至上述版本目录中，上述客户端通过上述版本目录将上述版本文件上传至服务端，上述服务端对上述版本文件进行发布。
35.需要说明的是，上述第一版本标识信息，即版本号，包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；上述版本文件的发布渠道可以包括：正式发布渠道或灰度测试发布渠道；上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域。
36.在本公开实施例中，在客户端与服务端构成的文件发布系统中待发布的版本文件会存在多个功能分支版本，例如：正式版本、灰度功能1版本、灰度功能2版本等，每次不同版本文件发布时，都将生成一个时序递增的版本号，即上述第一版本标识信息，上述版本号包括上述分支标识和上述第一时间标识，如2021年7月1号17点30分打包的功能版本和灰度版
本的版本号分别为release-2107011730和gray-2107011730。
37.作为一种可选的实施例，在本公开实施例中，通过调整客户端打包插件的配置信息(如webpack)，将客户端的编译目标(版本文件)的输出目录调整为版本目录，并采用服务端创建相应的版本目录，将客户端css和静态文件js等版本文件输出到不同的版本目录中；服务端根据上述第一版本标识信息获取相应版本目录中对应的最新的客户端代码，解析出客户端生成的版本号，将版本文件的版本号保存到配置文件中，然后客户端的对应文件进行合并，完成版本文件的发布。相较于现有的文件发布技术使用新的版本文件去覆盖旧的版本文件，避免了文件发布的过程中可能产生因为js文件被替换，或者被删除导致系统脚本出错的情况。
38.针对上述现有技术中存在的问题,作为一种可选的实施例，对于多个实例(即不同版本文件)的部署，每个实例都需要进行版本文件复制和比对，数量庞大的版本文件在复制和比对过程中非常耗费传输接口io，在本公开实施例中，通过软链接复用相同的文件，减少文件的复制和比对流程；通过引入版本进行文件发布流程处理，每一次发布版本都会生成一个唯一且递增的版本号，将客户端静态文件都编译到版本号下，因此，前后版本的静态文件的版本目录均不同就不会在发布过程中发生覆盖旧版本的文件的情况，通过在发布版本文件脚本的发布过程中保留旧版文件的方式，解决了发布过程中静态文件可能被删除导致脚本错误或者样式错乱问题。
39.需要说明的是，版本文件可以是根据文件发布系统中功能分支加上一个时序递增的版本号生成的。
40.可选的，在文件发布系统中还可以通过会话粘滞技术让文件发布过程中同一个用户的请求固定到一个服务器上，解决集群模式下页面和接口请求版本不一致，导致请求出错的技术问题。持续集成ci流程启动时将负载均衡设置为会话粘滞session sticky模式，持续集成流程完成后恢复负载均衡配置。
41.需要说明的是，在上述文件发布系统中，需要考虑版本文件数据的安全性和隔离性，对于不同的实例(即版本文件)，数据库的配置和功能开关的配置是不同的；但是，对于同一个功能分支，对应实例的代码可能是一样的，如在图2所示的相同服务器下不同版本文件部署情况示意图中，对于同一个服务器中的实例1instance1和实例2instance2，如果实例1和实例2的功能版本一致，则它们的代码一样，配置文件存在差异；另外，由于客户端是单页应用，在现有技术中主流的打包方式是将文件内容采用信息摘要算法md5编译后添加到文件名后缀中，如app.js编译后就是app.7s6ae43
…
js；因此，在现有技术中每次版本文件发布只要版本文件内容存在修改，文件名就会改变，导致大大的增加了发布时的比对文件差异过程中的运算量，版本文件处理完毕后还需要运行版本的初始化脚本，整个文件发布的流程会比较长，严重影响用户体验。
42.可选的，在文件发布系统中可以对客户端目录进行软链接共享，存放所有的客户端文件，由于客户端目录根据版本号确定，所以不同功能分支标识或者不同时间标识的版本文件存放在不同的目录中，不会互相影响。并且，每次版本文件发布过程中，只要检测到目标版本的版本目录不在共享目录中，则将整个目录都复制到共享目录中，无需进行文件比对，极大程度上节省了文件发布时间。
43.在一种可选的实施例中，上述共享目录中存储的版本目录数量由预设版本回滚次
数和上述分支标识来确定。
44.在本公开实施例中，通过复制整个版本目录到共享目录中，会导致共享目录中的客户端的版本文件会越来越多，因此，作为一种可选的实施例，可以在完成发布版本文件之后对共享目录进行清理，在本公开实施例中，可以根据预设版本回滚次数，以及上述分支标识来确定上述共享目录中存储的版本目录数量。
45.在一种可选的实施例中，在通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布之后，上述方法还包括：
46.步骤s202，获取上述预设版本回滚次数和上述分支标识；
47.步骤s204，根据上述预设版本回滚次数和上述分支标识，从上述共享目录中选取待保留的版本目录，并删除未被选取的其他版本目录，得到更新后的版本目录。
48.可选的，从上述共享目录中选取待保留的版本目录，可以为基于该预设版本回滚次数和分支标识的乘积确定的，例如，在得到上述更新后的版本目录之后，如果上述预设版本回滚次数为一次，则每个上述分支标识对应的功能分支保留上述版本目录和版本目录的前一版本目录，并删除没有被选中的其他版本目录，得到更新后的版本目录。如果上述预设版本回滚次数为多次，每个上述分支标识对应的功能分支保留上述版本目录和版本目录的前一版本目录，并删除没有被选中的其他版本目录，并且将分支标识的个数与该预设版本回滚次数相乘，得到更新后的版本目录。
49.如图3所示的一种可选的删除版本文件的流程示意图，如图3所示，客户端的旧版本目录301(release-2107011730 7.1版本)在发布后删除，客户端中最新发布的新版本目录303(release-2107151730 7.15版本)的上一个版本目录302(release-2107081730 7.8版本)在发布后可以继续保留。作为一种可选的实施例，在本公开实施例中，由于在更新版本目录之后，更新前的旧版本目录还存在，可以根据版本目录对上个版本文件和最新发布版本进行区分，不会出现版本文件被覆盖的情况，可以保证在版本文件的发布过程中，服务端passenger服务的正式版本重新加载并应用前，客户端可以正确的获取到旧版本目录的静态文件继续为用户进行服务，解决了因版本文件删除或者覆盖导致的脚本错误或者样式错乱的问题。
50.在一种可选的实施例中，将上述版本文件输出至上述第一版本标识信息对应的版本目录包括：
51.步骤s302，基于上述第一版本标识信息，将上述版本文件的输出目录调整至上述版本目录；
52.步骤s304，将上述版本文件复制到上述版本目录。
53.在本公开实施例中，通过调整客户端打包插件的配置(如webpack)，基于上述分支标识信息和时间标识信息，将客户端的编译目标(版本文件)的输出目录调整为版本目录，并采用服务端创建相应的版本目录，将客户端css和静态文件js等版本文件输出到不同的且对应的版本目录中。
54.在一种可选的实施例中，上述分支标识包括以下之一：正式发布分支标识、灰度发布分支标识。
55.在一种可选的实施例中，上述文件发布方法还包括：
56.步骤s402，向上述服务端发送访问请求消息，其中，上述访问请求消息用于向上述
服务端获取目标操作数据；
57.步骤s404，接收上述服务端返回的响应消息，其中，上述响应消息中携带的信息包括：上述目标操作数据和第二版本标识信息，上述第二版本标识信息包括：上述分支标识和第二时间标识；
58.步骤s406，基于上述第一时间标识与上述第二时间标识的比较结果，确定待发布的提示信息。
59.在本公开实施例中，采用上述客户端向上述服务端发送访问请求消息，上述服务端采用过滤器处理每个请求，将每个请求打包时保存在配置文件中的版本通过响应头response header返回给客户端，上述客户端接收上述服务端返回的响应消息，并将响应消息中携带的上述第二时间标识与上述第一时间标识的进行比较。
60.可选的，上述客户端首次访问服务端时，会将上述服务端返回的第二版本标识信息保存在浏览器中，后续上述客户端的每次请求都会比对当前的版本标识信息与服务端返回的版本标识信息是否一致，基于上述版本标识信息的比较结果，确定待发布的提示信息。
61.在一种可选的实施例中，基于上述第一时间标识与上述第二时间标识的比较结果，确定上述待发布的提示信息包括：
62.步骤s502，当上述第一时间标识早于上述第二时间标识时，确定上述待发布的提示信息为第一提示信息，其中，上述第一提示信息用于提示将上述第一版本标识信息更新为上述第二版本标识信息；
63.步骤s504，当上述第一时间标识晚于上述第二时间标识时，确定上述待发布的提示信息为第二提示信息，其中，上述第二提示信息用于提示将上述第一版本标识信息回滚至上述第二版本标识信息。
64.在本公开实施例中，当上述第一时间标识早于上述第二时间标识时，确定上述待发布的提示信息为第一提示信息；当上述第一时间标识晚于上述第二时间标识时，确定上述待发布的提示信息为第二提示信息；根据上述提示信息对版本标识信息进行更新或回滚；若上述待发布的提示信息为第一提示信息，则将上述第一版本标识信息更新为上述第二版本标识信息；若上述待发布的提示信息为第二提示信息，则将上述第一版本标识信息回滚至上述第二版本标识信息。
65.可选的，如图4所示的版本文件更新或回滚流程示意图，上述客户端的发送请求后，将保存下来的当前的版本标识信息(即版本号)与服务端返回的版本标识信息进行对比，如果服务段返回的版本标识信息的时间标识更大，则表示发布了新版本，立即提示用户是否对页面进行刷新；如果服务端返回的版本标识信息的时间标识更小，则表示回滚应用到旧版本。若用户长时间未使用系统，则通过窗口的焦点事件，当用户激活系统窗口时，访问后台获取最新版本号，再判断版本号是否一致。
66.通过本公开实施例，如图5所示的版本文件部署流程示意图，采用服务端将从版本目录中获取到的待发布的版本文件进行发布，减少版本文件的复制和比对流程，且发布过程中保留了旧版本文件，避免了静态文件被删除导致脚本错误或者样式错乱问题。上述文件发布系统现状是30台左右服务器部署500多个应用实例，这些应用包括正式版本、灰度功能1版本、灰度功能2版本等，调整后发布耗时从20多分钟减少到十分钟左右，大大节省文件发布时间。通过采用滚动更新的方式，发布过程对用户使用几乎没有影响，版本文件发布无
需挑选在空闲时候发布，发布过程也不会因为静态文件的变更导致用户界面错乱或者报错；并且，应用发布后将版本应用于用户会话的整个周期中，监控版本号的变化，提示用户刷新页面拉取最新的客户端代码；如果用户一直不刷新整个页面，可以及时提醒用户，由用户决定是否刷新页面，提升用户体验。
67.根据本公开实施例，还提供了一种用于实施上述文件发布方法的装置实施例，图6是根据本公开实施例的一种文件发布装置的结构示意图，如图6所示，上述文件发布装置，包括：获取模块60、创建模块62、输出模块64和发布模块66，其中:
68.获取模块60，用于获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；
69.创建模块62，用于根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；
70.输出模块64，用于将上述版本文件输出至上述版本目录；
71.发布模块66，用于通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布。
72.需要说明的是，上述获取模块60、创建模块62、输出模块64和发布模块66是可以通过软件或硬件来实现的，例如，对于后者，可以通过以下方式实现：上述各个模块可以位于同一处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。
73.此处需要说明的是，上述文件发布装置对应于方法实施例中的步骤s102至步骤s108，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在计算机终端中。
74.需要说明的是，本实施例的可选或优选实施方式可以参见方法实施例中的相关描述，此处不再赘述。
75.上述的文件发布装置还可以包括处理器和存储器，上述文件发布装置等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
76.处理器中包含内核，由内核去存储器中调取相应的程序单元，上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
77.根据本公开实施例，还提供了一种计算机可读存储介质实施例。可选地，在本实施例中，上述计算机可读存储介质包括存储的程序，其中，在上述程序运行时控制上述计算机可读存储介质所在设备执行上述任意一种文件发布方法。
78.可选地，在本实施例中，上述计算机可读存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中，上述计算机可读存储介质包括存储的程序。
79.可选地，在程序运行时控制计算机可读存储介质所在设备执行以下功能：获取待发布的版本文件的第一版本标识信息，其中，上述第一版本标识信息包括：分支标识和第一
时间标识，上述分支标识用于描述上述版本文件的发布渠道，上述第一时间标识用于描述上述版本文件的打包时刻；根据上述第一版本标识信息，在共享目录中为上述待发布的版本文件创建对应的版本目录，其中，上述共享目录为不同待发布的版本文件各自对应的版本目录共享的目录区域；将上述版本文件输出至上述版本目录；通过上述版本目录将上述版本文件上传至服务端，以使上述服务端对上述版本文件进行发布。
80.可选地，在程序运行时控制计算机可读存储介质所在设备执行以下功能：获取上述预设版本回滚次数和上述分支标识；根据上述预设版本回滚次数和上述分支标识，从上述共享目录中选取待保留的版本目录，并删除未被选取的其他版本目录，得到更新后的版本目录。
81.可选地，在程序运行时控制计算机可读存储介质所在设备执行以下功能：基于上述第一版本标识信息，将上述版本文件的输出目录调整至上述版本目录；将上述版本文件复制到上述版本目录。
82.可选地，在程序运行时控制计算机可读存储介质所在设备执行以下功能：向上述服务端发送访问请求消息，其中，上述访问请求消息用于向上述服务端获取目标操作数据；接收上述服务端返回的响应消息，其中，上述响应消息中携带的信息包括：上述目标操作数据和第二版本标识信息，上述第二版本标识信息包括：上述分支标识和第二时间标识；基于上述第一时间标识与上述第二时间标识的比较结果，确定待发布的提示信息。
83.可选地，在程序运行时控制计算机可读存储介质所在设备执行以下功能：当上述第一时间标识早于上述第二时间标识时，确定上述待发布的提示信息为第一提示信息，其中，上述第一提示信息用于提示将上述第一版本标识信息更新为上述第二版本标识信息；当上述第一时间标识晚于上述第二时间标识时，确定上述待发布的提示信息为第二提示信息，其中，上述第二提示信息用于提示将上述第一版本标识信息回滚至上述第二版本标识信息。
84.根据本公开实施例，还提供了一种处理器实施例。可选地，在本实施例中，上述处理器用于运行程序，其中，上述程序运行时执行上述任意一种文件发布方法。
85.本公开实施例提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为运行上述计算机程序以执行任意一项上述的文件发布方法。
86.本公开还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：从上述至少一个测评题目中确定目标测评题目；从上述目标测评题目对应的上述多个测评对象中依次确定当前待测评的目标测评对象；从上述目标测评题目对应的上述多个待选测评选项中确定上述目标测评对象对应的目标测评选项，并从上述目标测评对象切换至下一个测评对象，以从上述多个待选测评选项中确定上述下一个测评对象对应的目标测评选项，直至上述多个测评对象全部测评完毕；基于上述多个测评对象中每个测评对象对应的目标测评选项，获取上述每个测评对象的文件发布结果。
87.可选的，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取上述预设版本回滚次数和上述分支标识；根据上述预设版本回滚次数和上述分支标识，从上述共享目录中选取待保留的版本目录，并删除未被选取的其他版本目录，得到更新后的版本目录。
88.可选的，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：基于上述第一版本标识信息，将上述版本文件的输出目录调整至上述版本目录；将上述版本文件复制到上述版本目录。
89.可选的，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：向上述服务端发送访问请求消息，其中，上述访问请求消息用于向上述服务端获取目标操作数据；接收上述服务端返回的响应消息，其中，上述响应消息中携带的信息包括：上述目标操作数据和第二版本标识信息，上述第二版本标识信息包括：上述分支标识和第二时间标识；基于上述第一时间标识与上述第二时间标识的比较结果，确定待发布的提示信息。
90.可选的，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：当上述第一时间标识早于上述第二时间标识时，确定上述待发布的提示信息为第一提示信息，其中，上述第一提示信息用于提示将上述第一版本标识信息更新为上述第二版本标识信息；当上述第一时间标识晚于上述第二时间标识时，确定上述待发布的提示信息为第二提示信息，其中，上述第二提示信息用于提示将上述第一版本标识信息回滚至上述第二版本标识信息。
91.上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
92.在本公开的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
93.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
94.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
95.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
96.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
97.以上所述仅是本公开的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应
视为本公开的保护范围。