任务处理方法、装置、电子设备及存储介质与流程

1.本公开涉及金融领域，更具体地，涉及一种任务处理方法、装置、电子设备及存储介质。


背景技术：

2.随着开发运营一体化实践的不断推进，在快速交付价值的同时，对研发效能的要求也越来越高，这就要求设计、开发和测试三个环节能够快速有效的对接和关联上。目前，设计、开发和测试等环节的流程管理相对比较独立，设计、开发和测试人员通常基于不同平台，或基于同一平台的不同模块相互协作，进行不同流程之间的流转。以开发人员为例，比如开发人员对于每一项任务的代码完成并提交后，需要离开当前界面进入新的平台或者界面，去手工将本次提交的代码与对应的任务相关联，或者还需要手工进行其他相关操作，才能流转到测试流程。
3.在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：
4.当前任务处理的操作过程较为繁琐，并且若用户处理不及时，往往影响后续进度，导致项目进展受到影响。


技术实现要素：

5.有鉴于此，本公开实施例提供了一种无需用户另外进入新的平台或者界面，在当前界面即可进行任务关联的任务处理方法、装置、电子设备以及存储介质。
6.本公开实施例的一个方面提供了一种应用于用户端的任务处理方法。所述任务处理方法包括：响应用户的提交操作，向服务端发送数据请求，以使得所述服务端基于所述数据请求查询预设的配置文件，其中，所述数据请求包括所述提交操作的信息。接收所述服务端基于所述配置文件发送的任务列表，其中，所述任务列表包括至少一个任务的信息。向所述用户展示所述任务列表。以及将第一任务的信息发送至所述服务端，以使得所述服务端将所述提交操作与所述第一任务相关联，其中，所述第一任务包括所述用户从所述任务列表中选择的任务。
7.根据本公开的实施例，所述方法还包括：向所述用户展示任务状态列表，其中，所述任务状态列表包括所述第一任务的至少一个任务状态。以及将第一任务状态发送至所述服务端，以使得所述服务端将所述第一任务的状态更新为所述第一任务状态，其中，所述第一任务状态包括所述用户从所述任务状态列表中选择的任务状态。
8.根据本公开的实施例，所述至少一个任务的信息包括所述至少一个任务的注释信息，所述向所述用户展示所述任务列表包括：向所述用户展示所述至少一个任务的注释信息。其中，所述方法还包括：响应所述用户编辑所述第一任务的注释信息的操作，获取所述用户编辑后的注释信息。将所述编辑后的注释信息发送至所述服务端，以使得所述服务端更新所述提交操作的提交注释。
9.根据本公开的实施例，所述方法还包括：接收所述服务端发送的查询结果。当所述
查询结果表征所述服务端查询到所述配置文件时，向所述用户展示搜索界面。
10.根据本公开的实施例，在所述接收所述服务端基于所述配置文件发送的任务列表之前，所述方法还包括：获得所述用户在所述搜索界面输入的第一查询字段。将所述第一查询字段发送到所述服务端，以使得所述服务端基于所述第一查询字段从所述配置文件中获取所述任务列表。
11.根据本公开的实施例，所述向所述用户展示所述任务列表包括：向所述用户展示图形界面，其中，所述图形界面上包括所述任务列表。
12.本公开实施例的另一方面提供了一种应用于服务端的任务处理方法。所述任务处理方法包括：接收用户端发送的数据请求，其中，所述数据请求包括用户的提交操作的信息。基于所述数据请求查询预设的配置文件。向所述用户端发送基于所述配置文件获得的任务列表，其中，所述任务列表包括至少一个任务的信息。以及接收所述用户端发送的第一任务的信息，将所述提交操作与所述第一任务相关联，其中，所述第一任务包括所述用户从所述任务列表中选择的任务。
13.根据本公开的实施例，在所述将所述提交操作与所述第一任务相关联之后，还包括：接收所述用户端发送的第一任务状态。将所述第一任务的状态更新为所述第一任务状态，其中，所述第一任务状态包括所述用户从所述用户端展示的任务状态列表中选择的任务状态。
14.根据本公开的实施例，在所述将所述提交操作与所述第一任务相关联之后，还包括：获取所述第一任务的注释信息。以及基于所述注释信息更新所述提交操作的提交注释。
15.根据本公开的实施例，所述获取所述第一任务的注释信息包括：接收所述用户端发送的经所述用户编辑后的所述第一任务的注释信息。
16.根据本公开的实施例，在所述向所述用户端发送所述任务列表之前，还包括：向所述用户端发送查询结果，以使得当所述查询结果表征所述服务端查询到所述配置文件时，所述用户端向所述用户展示搜索界面。
17.根据本公开的实施例，当所述查询结果表征所述服务端查询到所述配置文件时，还包括：接收所述用户端发送的第一查询字段。以及基于所述第一查询字段从所述配置文件中获取所述任务列表。
18.根据本公开的实施例，在所述接收用户端发送的数据请求之前，还包括获得所述配置文件，具体包括：确定所述配置文件中的第二查询字段和注释格式。以及基于所述第二查询字段和所述注释格式，配置所述至少一个任务的信息以获得所述配置文件。
19.本公开实施例的一个方面提供了一种用于用户端的任务处理装置。所述任务处理装置包括请求发送模块、列表接收模块、列表展示模块和任务发送模块。所述请求发送模块用于响应用户的提交操作，向服务端发送数据请求，以使得所述服务端基于所述数据请求查询预设的配置文件，其中，所述数据请求包括所述提交操作的信息。所述列表接收模块用于接收所述服务端基于所述配置文件发送的任务列表，其中，所述任务列表包括至少一个任务的信息。所述列表展示模块用于向所述用户展示所述任务列表。所述任务发送模块用于将第一任务的信息发送至所述服务端，以使得所述服务端将所述提交操作与所述第一任务相关联，其中，所述第一任务包括所述用户从所述任务列表中选择的任务。
20.本公开实施例的一个方面提供了一种用于服务端的任务处理装置。所述任务处理
装置包括请求接收模块、文件查询模块、列表发送模块和任务接收模块。所述请求接收模块用于接收用户端发送的数据请求，其中，所述数据请求包括用户在所述用户端的提交操作的信息。所述文件查询模块用于基于所述数据请求查询预设的配置文件。所述列表发送模块用于向所述用户端发送基于所述配置文件获得的任务列表，其中，所述任务列表包括至少一个任务的信息。所述任务接收模块用于接收所述用户端发送的第一任务的信息，将所述提交操作与所述第一任务相关联，其中，所述第一任务包括所述用户从所述任务列表中选择的任务。
21.本公开实施例的另一方面提供了一种电子设备。所述电子设备包括一个或多个存储器、以及一个或多个处理器。所述存储器存储有可执行指令。所述处理器执行所述可执行指令以实现如上所述的方法。
22.本公开实施例的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
23.本公开实施例的又一方面提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现如上所述的方法。
24.上述一个或多个实施例具有如下优点或有益效果：可以至少部分地解决当前任务处理的操作流程较为繁琐，且容易影响项目进展的问题，通过响应用户的提交操作，从服务器接收任务列表，并能够直接在用户端展示，以供用户选择，然后将用户选择的任务发送到服务器，以使服务器自动将本次提交操作与对应的任务相关联，并自动流转到下一步流程，从而能够简化用户进行任务处理的操作，提高了项目中各个流程之间的流转效率，加快了项目进展。
附图说明
25.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
26.图1示意性示出了根据本公开实施例的可以应用任务处理方法的示例性系统架构；
27.图2示意性示出了根据本公开的实施例的用于用户端的任务处理方法的流程图；
28.图3示意性示出了根据本公开的另一实施例的用于用户端的任务处理方法的流程图；
29.图4示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图；
30.图5示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图；
31.图6示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图；
32.图7示意性示出了根据本公开的实施例的用于服务端的任务处理方法的流程图；
33.图8示意性示出了根据本公开的另一实施例的用于服务端的任务处理方法的流程图；
34.图9示意性示出了根据本公开的又一实施例的用于服务端的任务处理方法的流程
图；
35.图10示意性示出了根据本公开的又一实施例的用于服务端的任务处理方法的流程图；
36.图11示意性示出了根据本公开的实施例的获得配置文件的流程图；
37.图12示意性示出了根据本公开的实施例的应用于用户端的任务处理装置的框图；
38.图13示意性示出了根据本公开的实施例的在图形界面上展示不同内容的流程图；
39.图14示意性示出了根据本公开的实施例的应用于服务端的任务处理装置的框图；
40.图15示意性示出了根据本公开的实施例的用于用户端的任务处理装置与用于服务端的任务处理装置之间的交互流程图；以及
41.图16示意性示出了根据本公开实施例的适于实现任务处理方法和装置的计算机系统的方框图。
具体实施方式
42.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
43.相关技术中，一个项目可能包括设计、开发和测试三个环节。例如，首先，没计人员对整个项目的各个阶段，以及各个阶段的任务进行没计划分，划分完成后在平台上提交。然后，开发人员针对各个任务的要求进行编程，完成编程后即可提交代码，并将代码在新的平台或界面与任务进行关联，或者后续进行任务状态的更新、注释的提交。接着，在开发人员更新一个任务的状态为完成后，由测试人员对该任务进行测试，例如该任务对应的程序是否有漏洞，处理能力是否满足要求等。设计、开发或测试人员在完成对应的工作内容后，通常需要在单独的任务处理平台或界面，手动进行任务关联、状态更新或者注释编辑等操作，任务处理的操作过程较为繁琐。
44.本公开的实施例提供了一种应用于用户端的任务处理方法、装置、电子设备和介质。该任务处理方法包括：响应用户的提交操作，向服务端发送数据请求，以使得服务端基于数据请求查询预设的配置文件，其中，数据请求包括提交操作的信息；接收服务端基于配置文件发送的任务列表，其中，任务列表包括至少一个任务的信息；向用户展示任务列表；以及将第一任务的信息发送至服务端，以使得服务端将提交操作与第一任务相关联，其中，第一任务包括用户从任务列表中选择的任务。
45.根据本公开的实施例，通过响应用户的提交操作，从服务器接收任务列表，并直接在用户端展示，以供用户选择，然后将用户选择的任务发送到服务器，以使服务器自动将本次提交操作与对应的任务相关联，并自动流转到下一步流程，从而能够简化用户进行任务处理的操作，提高了项目中各个流程之间的流转效率，加快了项目进展。
46.需要说明的是，本公开实施例提供的任务处理方法、装置、电子设备和装置可用于软件开发管理或项目管理方面，也可用于除软件开发管理或项目管理外的多种领域，如金融领域等。本公开实施例提供的任务处理方法、装置、电子设备和装置的应用领域不做限
定。
47.图1示意性示出了根据本公开实施例的可以应用任务处理方法的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
48.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
49.用户(例如设计人员、开发人员、测试人员或者其他项目管理人员等)可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。用户在使用终端设备101、102、103的过程中，基于不同的需求，会使用不同的应用。例如，用户作为设计人员、开发人员或测试人员中的任一个时，可以使用终端设备101、102、103的开发类应用，或者开发平台等进行任务划分、代码编写、代码测试等工作，在完成后进行提交操作。
50.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
51.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
52.需要说明的是，本公开实施例所提供的应用于用户端的任务处理方法一般可以由终端设备101、102、103任一个执行。相应地，本公开实施例所提供的用户端的任务处理装置一般可以设置于电子设备101、102、103任一个中。本公开实施例所提供的应用于服务端的任务处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的应用于服务器的用户验证方法一般可以设置于服务器105中。
53.本公开实施例所提供的应用于服务端的任务处理方法也可以由不同于服务器105且能够与电子设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用于服务端的任务处理装置也可以设置于不同于服务器105且能够与电子设备101、102、103和/或服务器105通信的服务器或服务器集群中。
54.应该理解，图i中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
55.图2示意性示出了根据本公开的实施例的用于用户端的任务处理方法的流程图。
56.如图2所示，本公开实施例的任务处理方法可以包括操作s210～操作s240。
57.在操作s210，响应用户的提交操作，向服务端发送数据请求，以使得服务端基于数据请求查询预设的配置文件，其中，数据请求包括提交操作的信息。
58.根据本公开的实施例，例如开发人员完成了代码的编辑进行提交，那么开发人员可以点击用户端界面上的“提交”按钮，然后用户端接收到提交操作后，自动向服务端发送数据请求。其中，该数据请求例如可以包括提交操作的记录信息，记录信息中包括本次提交
代码的信息，如代码内容、代码存储地址、时间、人员等信息。该数据请求还可以包括请求服务端返回关联任务数据的参数。
59.在操作s220，接收服务端基于配置文件发送的任务列表，其中，任务列表包括至少一个任务的信息。
60.在操作s230，向用户展示任务列表。
61.根据本公开的实施例，向用户展示任务列表包括：向用户展示图形界面，其中，图形界面上包括任务列表。
62.这里的图形界面可以为前端网页中的一个组件(仅为示例)，如弹框，或新的页面。例如开发人员在点击“提交”控件后，若用户端成功接收到任务列表，则弹出或自动跳转到一个图形界面，在该图形界面上可以包括任务列表，即至少一个任务的信息，如每一个任务的编号、描述、状态、注释等信息中的部分或全部。其中，图形界面上还可以包括其他按钮，例如每一种信息对应的“编辑”按钮，便于开发人员对每一个任务的描述、状态、注释等信息中的部分或全部进行更改。
63.在操作s240，将第一任务的信息发送至服务端，以使得服务端将提交操作与第一任务相关联，其中，第一任务包括用户从任务列表中选择的任务。
64.根据本公开的实施例，用户可以在任务列表中选择本次提交的代码对应的任务，以使服务端进行关联操作。例如任务列表中包括“整体管理任务1”、“整体管理任务2”、“第一阶段任务1”、“第一阶段任务2”等。用户本次完成的是“第一阶段任务1”，那么用户可以选择对应的选项。然后用户端将“第一阶段任务1”的信息发送至服务端。需要说明的是，第一任务的信息与至少一个任务的信息可以相同或不同。例如可以仅将第一任务的编号发送至服务端，以使得服务端基于编号与本次提交操作相关联，也可以将第一任务的全部信息发送至服务端。
65.根据本公开的实施例，通过响应用户的提交操作，从服务器接收任务列表，并能够直接在用户端展示，以供用户选择，然后将用户选择的任务发送到服务器，以使服务器自动将本次提交代码的记录与对应的任务相关联，可以在编码完成后的第一时间将代码跟任务关联上。能够使得用户在提交操作界面，基于弹出的图形界面即可进行任务关联操作，减去了相关技术中用户进入新的平台或界面的操作，也避免了用户忘记进行任务关联而拖慢项目进展的不利影响，简化了用户的操作步骤，提高了项目中各个流程之间的流转效率，加快了项目进展。
66.图3示意性示出了根据本公开的另一实施例的用于用户端的任务处理方法的流程图。
67.如图3所示，本公开实施例的任务处理方法可以包括操作s210～操作s240，该方法还可以在用户从任务列表选择第一任务，或者将第一任务的信息发送至所述服务端之后，包括操作s310～操作s320。其中，操作s210～操作s240的内容可参照上述实施例，在此不做赘述。
68.在操作s310，向用户展示任务状态列表，其中，任务状态列表包括第一任务的至少一个任务状态。
69.根据本公开的实施例，例如用户选择“第一阶段任务1”后，可以继续在图形界面上显示该任务对应的多个任务状态，例如设计中、开发中、修改中、测试中等状态。
70.在操作s320，将第一任务状态发送至服务端，以使得服务端将第一任务的状态更新为第一任务状态，其中，第一任务状态包括用户从任务状态列表中选择的任务状态。
71.根据本公开的实施例，当用户选择“开发中”后，可以继续提供是否完成的选项，若用户选择否，则将“开发中
‑
未完成”(仅为示例)的状态发送至服务端，若用户选择是，则将“开发中
‑
已完成”(仅为示例)的状态发送至服务端。在本公开的一些实施例中，在用户本次提交操作之前，若任务状态为“开发中
‑
未完成”，若用户本次提交后选择的依然是“开发中
‑
未完成”，可以不对“第一阶段任务1”的状态进行更新。而若用户选择的是“开发中
‑
已完成”，可以对其状态进行更新，并自动流转到下一流程，例如测试流程，并将“第一阶段任务1”的状态更新为“开发中
‑
已完成
‑
测试中”(仅为示例)。
72.相关技术中，用户编辑或提交代码的页面与关联任务、更新任务状态的页面可能属于不同的平台，或者同一平台的不同模块。一方面，对各个平台或者模块的管理较为分散，且会有大量重复的工作，另一方面，对于用户来讲，进行跨平台的工作会在切换、打开、登录等操作上浪费时间，降低用户体验，不利于项目管理。
73.根据本公开的实施例，对于用户而言，可以打通各个平台之间的隔离，从而无需进入新的平台或者模块进行任务关联，以及任务的状态更新，能够使用户在提交代码界面即可进行任务的状态更新，提高管理效率。
74.虽然上文以特定的顺序描述了方法的各个操作，然而本公开的实施例不限于此，上述操作可以根据需要以其他顺序执行。例如操作s310可以在操作s230之后执行，也可以同时执行。在一些实施例中，可以同时向用户展示开发任务列表，以及任务状态列表，因为不同的开发任务可能经历的任务状态相同，因此可以从任务状态列表中找到对应的状态。
75.图4示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图。
76.如图4所示，本公开实施例的任务处理方法可以包括操作s210～操作s240，以及操作s410～操作s420。操作s210～操作s240的内容可参照上述实施例，在此不做赘述。其中，至少一个任务的信息包括至少一个任务的注释信息，在操作s230中向用户展示任务列表包括：向用户展示至少一个任务的注释信息。
77.在操作s410，响应用户编辑第一任务的注释信息的操作，获取用户编辑后的注释信息。
78.根据本公开的实施例，各个任务的注释信息可以在列表中每个任务的编号或名称后面进行显示，也可以在用户选择好第一任务后，切换到新的界面，以显示第一任务的注释信息。
79.在操作s420，将编辑后的注释信息发送至服务端，以使得服务端更新提交操作的提交注释。
80.根据本公开的实施例，对于用户而言，可以打通各个平台之间的隔离，从而无需进入新的平台或者模块，填写提交操作的提交注释，能够使用户在提交代码界面即可进行提交注释的编辑，提高管理效率。
81.在本公开的一些实施例中，当用户观看到注释信息后，可能不会进行修改，那么可以将原始注释信息发送至服务端，以使服务端将原始信息自动填充到提交注释以进行更新。
82.虽然上文以特定的顺序描述了方法的各个操作，然而本公开的实施例不限于此，上述操作可以根据需要以其他顺序执行。例如操作s410可以在操作s240之后执行，也可以在其之前执行。操作s240可以与操作s420同时执行。在一些实施例中，可以首先获得用户编辑后的注释信息，然后在发送的第一开发任务的信息中，可以包括编辑后的注释信息。
83.图5示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图。
84.如图5所示，本公开实施例的任务处理方法可以包括操作s210～操作s240，以及在操作s220中接收服务端基于配置文件发送的任务列表之前，还可以包括操作s510～操作s530。其中，操作s210～操作s240的内容可参照上述实施例，在此不做赘述。
85.操作s510，接收服务端发送的查询结果。
86.根据本公开的实施例，用户可能同时参与多个项目，每个项目具有对应的代码库(例如不同的代码库使用不同的编程语言、编码规范等)，每一次提交代码是基于一个项目的代码库进行编辑并提交的。
87.操作s520，通过查询结果判断服务端是否查询到对应的配置文件，当没有查询到配置文件时，结束本次任务处理流程。当查询到配置文件时，执行操作s530。
88.根据本公开的实施例，每一个代码库中可以预设至少一个配置文件，在一些实施例中，可能存在代码库中并没有配置文件的情况。因此，可以根据服务端返回的查询结果，判断服务端是否查询到了配置文件，然后灵活选择后续操作。
89.根据本公开的实施例，当没有查询到配置文件时，可以通知用户进行手动关联任务，或者通知用户进行配置文件的设置。
90.操作s530，当查询结果表征服务端查询到配置文件时，向用户展示搜索界面。
91.根据本公开的实施例，一个项目可以包括多个任务，每个任务可以对应有任务状态、编号、名称、注释信息等内容，例如在搜索界面可以展示配置文件中全部任务的信息，通过向用户展示搜索界面提供搜索功能，能够使用户快速找到本次提交操作对应的任务。
92.虽然上文以特定的顺序描述了方法的各个操作，然而本公开的实施例不限于此，上述操作可以根据需要以其他顺序执行。例如操作s220可以在操作s530之后执行，也可以同时执行。在一些实施例中，当服务端查询到配置文件时，可以同时向用户端发送查询结果和任务列表。
93.图6示意性示出了根据本公开的又一实施例的用于用户端的任务处理方法的流程图。
94.如图6所示，当服务器查询到配置文件时，本公开实施例的任务处理方法可以包括操作s210～操作s240、操作s510、操作s530，以及在操作s220中接收服务端基于配置文件发送的任务列表之前，还可以包括操作s610～操作s620。其中，操作s210～操作s240的内容可参照上述实施例，在此不做赘述。
95.操作s510，接收服务端发送的查询结果。
96.操作s530，当查询结果表征服务端查询到配置文件时，向用户展示搜索界面。
97.操作s610，获得用户在搜索界面输入的第一查询字段。
98.操作s620，将第一查询字段发送到服务端，以使得服务端基于第一查询字段从配置文件中获取任务列表。
99.根据本公开的实施例，例如用户输入“开发”进行模糊搜索，服务端可以从配置文件中获得名称中带有“开发”的任务，或者任务的信息中带有“开发”字段，例如“第一阶段任务1”、“第一阶段任务2”，然后，用户端可以接收上述包含两个任务的信息的任务列表。从而不用接收配置文件中全部任务的信息，减少了用户端接收的数据量，降低了用户端的压力，并能够让用户以更快的速度获得本次提交操作对应的任务。
100.图7示意性示出了根据本公开的实施例的用于服务端的任务处理方法的流程图。
101.如图7所示，本公开实施例的任务处理方法可以包括操作s710～操作s740。
102.在操作s710，接收用户端发送的数据请求，其中，数据请求包括用户提交代码的提交操作。
103.在操作s720，基于数据请求查询预设的配置文件。
104.根据本公开的实施例，服务端基于数据请求可以从代码库的特定目录下(例如根目录)是否有配置文件。其中，配置文件可以是xml格式的文件，可以规范配置文件的命名，然后通过配置文件的名称进行查询。例如服务端可以向存储代码库的数据库服务器发送查询请求，该请求中可以包括配置文件的名称。
105.在操作s730，向用户端发送基于配置文件获得的任务列表，其中，任务列表包括至少一个任务的信息。
106.根据本公开的实施例，服务端获取到配置文件后，可以解析配置文件获得至少一个任务的信息，并将包含上述信息的任务列表发生至用户端。
107.在操作s740，接收用户端发送的第一任务的信息，将提交操作与第一任务相关联，其中，第一任务包括用户从任务列表中选择的任务。
108.根据本公开的实施例，将任务列表发送到用户端，并接收用户选择的任务，以自动将本次提交代码的记录与对应的任务相关联，并自动流转到下一步流程，从而能够简化用户进行任务处理的操作，提高了项目中各个流程之间的流转效率，加快了项目进展。
109.图8示意性示出了根据本公开的另一实施例的用于服务端的任务处理方法的流程图。
110.如图8所示，本公开实施例的任务处理方法可以包括操作s710～操作s740，在操作s740中将提交操作与第一任务相关联之后，还可以包括操作s810～操作s820。其中，操作s710～操作s740可以参照上述实施例，在此不做赘述。
111.在操作s810，接收用户端发送的第一任务状态。
112.在操作s820，将第一任务的状态更新为第一任务状态，其中，第一任务状态包括用户从用户端展示的任务状态列表中选择的任务状态。
113.根据本公开的实施例，可以从服务端打通各个平台之间的隔离，从而无需用户进入新的平台或者模块在任务关联后，进行任务的状态更新，能够使用户在提交代码界面即可进行任务的状态更新，提高管理效率。
114.图9示意性示出了根据本公开的再一实施例的用于服务端的任务处理方法的流程图。
115.如图9所示，本公开实施例的任务处理方法可以包括操作s710～操作s740，在操作s740中将提交操作与第一任务相关联之后，还可以包括操作s910～操作s920。其中，操作s710～操作s740可以参照上述实施例，在此不做赘述。
116.在操作s910，获取第一任务的注释信息。
117.在操作s920，基于注释信息更新提交操作的提交注释。
118.相关技术中，用户在提交代码后，切换到新的平台或模块手工进行提交注释的编写，以便于相关人员明确本次提交操作的相关信息。由于提交注释的不规范，在编码阶段无法得知每一个提交操作具体完成了什么需求或是解决了什么问题，例如可能导致测试人员难以第一时间开展测试。
119.根据本公开的实施例，可以从配置文件获取第一任务中默认的注释信息，该默认的注释信息是按照注释格式提前配置的。然后，将默认的注释信息自动填充到提交注释。
120.根据本公开的实施例，获取第一任务的注释信息包括：接收用户端发送的经用户编辑后的注释信息。在接收到用户编辑后第一任务的注释信息后，可以将其与默认的注释信息进行比对，然后将未更改的默认注释信息，以及更改后的注释信息自动填充到提交注释，从而使相关人员在编码阶段就能清晰获取到每一个提交操作的相关信息。
121.图10示意性示出了根据本公开的再一实施例的用于服务端的任务处理方法的流程图。
122.如图10所示，本公开实施例的任务处理方法可以包括操作s710～操作s740，在操作s730中向用户端发送任务列表之前，还可以包括操作s1010～操作s1030。其中，操作s710～操作s740可以参照上述实施例，在此不做赘述。
123.在操作s1010，向用户端发送查询结果，以使得当查询结果表征服务端查询到配置文件时，向用户展示搜索界面。以及当查询结果表征服务端查询到配置文件时，继续执行操作s1020。
124.在操作s1020，接收用户端发送的第一查询字段。
125.在操作s1030，基于第一查询字段从配置文件中获取任务列表。
126.根据本公开的实施例，例如第一查询字段为“开发”，那么可以将“开发”与配置文件中的字段一一进行匹配，基于匹配到的信息获取任务列表。例如“第一阶段任务1”、“第一阶段任务2”。能够像向用户端发送上述包含两个任务的信息的任务列表。从而不用发送配置文件中全部任务的信息，减少了服务端发送的数据量，降低了服务端的压力，并能够让用户以更快的速度获得本次提交操作对应的任务。
127.图11示意性示出了根据本公开的实施例的获得配置文件的流程图。
128.如图11所示，本公开实施例中获得配置文件可以包括操作s1110～操作s1120。
129.在操作s1110，确定配置文件中的第二查询字段和注释格式。
130.根据本公开的实施例，配置文件的配置项目可以包括任务查询条件和提交注释模板两个部分，其中，任务查询条件可以由不同的第二查询字段(如应用、版本、任务类型、任务状态等)所决定，提交注释模板可以由规范的注释格式(如项目名称、任务描述等信息)所决定，如表1所示。
131.表1
[0132][0133][0134]
在操作s1120，基于第二查询字段和注释格式，配置至少一个任务的信息以获得配置文件。
[0135]
根据本公开的实施例，结合表1的内容，可以配置至少一个任务的信息在xml格式的文件中，并存储到对应代码库的特定目录下。其中，配置文件中内容示例如下：
[0136][0137][0138]
根据本公开的实施例，可以通过规范任务查询条件和提交注释模板，例如配置好查询字段和注释格式，使服务端可以基于规范对相关信息进行解析，从而能够在提交操作(例如提交代码)后自动填充提交注释，有助于其他相关人员了解任务进度，例如可以帮助测试人员更加针对性的对代码进行测试，整体上保证了研发阶段的设计、编码和测试环节对接的时效性以及准确性，大大提高了研发效能。
[0139]
图12示意性示出了根据本公开的实施例的应用于用户端的任务处理装置1200的框图。
[0140]
如图12所示，任务处理装置1200包括请求发送模块1210、列表接收模块1220、列表展示模块1230和任务发送模块1240。
[0141]
请求发送模块1210例如可以执行操作s210，用于响应用户的提交操作，向服务端发送数据请求，以使得服务端基于数据请求查询预设的配置文件，其中，数据请求包括提交操作的信息。
[0142]
列表接收模块1220例如可以执行操作s220，用于接收服务端基于配置文件发送的
任务列表，其中，任务列表包括至少一个任务的信息。
[0143]
列表展示模块1230例如可以执行操作s230，用于向用户展示任务列表。
[0144]
根据本公开的实施例，列表展示模块1230例如还可以执行操作s310～操作s320。用于向用户展示任务状态列表，其中，任务状态列表包括第一任务的至少一个任务状态。将第一任务状态发送至服务端，以使得服务端将第一任务的状态更新为第一任务状态，其中，第一任务状态包括用户从任务状态列表中选择的任务状态。
[0145]
根据本公开的实施例，任务处理装置1200还可以包括第一注释模块，第一注释模块例如可以执行操作s410～操作s420，用于响应用户编辑注释信息的操作，获取用户编辑后的注释信息。将编辑后的注释信息发送至服务端，以使得服务端更新提交操作的提交注释。
[0146]
根据本公开的实施例，任务处理装置1200还可以包括第一查询模块，第一查询模块例如可以执行操作s510～操作s530，用于在接收服务端基于配置文件发送的任务列表之前，接收服务端发送的查询结果；以及当查询结果表征服务端查询到配置文件时，向用户展示搜索界面。
[0147]
根据本公开的实施例，第一查询模块例如可以执行操作s610～操作s620，用于获得用户在搜索界面输入的第一查询字段；以及将第一查询字段发送到服务端，以使得服务端基于第一查询字段从配置文件中获取任务列表。
[0148]
根据本公开的实施例，列表展示模块1230中向用户展示任务列表包括：向用户展示图形界面，其中，图形界面上包括任务列表。
[0149]
图13示意性示出了根据本公开的实施例的在图形界面上展示不同内容的流程图。
[0150]
如图13所示，可以基于用户的操作在图形界面上展示不同的内容，例如可以包括操作s1310～操作s1350。
[0151]
在操作s1310，展示服务端发送的查询条件，例如是配置文件已经自定义好的查询字段。用户可以通过图形界面，使用键盘和鼠标操作，选择本次提交关联任务对应的查询字段值。
[0152]
在操作s1320，开发人员确定好查询条件后，界面会展示相关的任务列表。
[0153]
在操作s1330，开发人员可以在任务列表里面选择本次提交需要关联的某个任务，并且在选择该任务后，可以展示相关的简要信息。
[0154]
在操作s1340，可以提示“是否更新任务”，并展示“任务已经编码完成”的勾选框，开发人员可根据实际情况勾选该选项，然后可以使服务端基于该选项更新任务状态。
[0155]
在操作s1350，可以提示“是否编辑注释”，并展示“编辑”按钮，用户可以点击按钮后对注释信息进行编辑。
[0156]
图14示意性示出了根据本公开的实施例的应用于服务端的任务处理装置1400的框图。
[0157]
如图14所示，任务处理装置1400包括请求接收模块1410、文件查询模块1420、列表发送模块1430和任务接收模块1440。
[0158]
请求接收模块1410例如可以执行操作s710，用于接收用户端发送的数据请求，其中，数据请求包括用户在用户端的提交操作的信息。
[0159]
文件查询模块1420例如可以执行操作s720，用于基于数据请求查询预设的配置文
件。
[0160]
列表发送模块1430例如可以执行操作s730，用于向用户端发送基于配置文件获得的任务列表，其中，任务列表包括至少一个任务的信息。
[0161]
任务接收模块1440例如可以执行操作s740，用于接收用户端发送的第一任务的信息，将提交操作与第一任务相关联，其中，第一任务包括用户从任务列表中选择的任务。
[0162]
根据本公开的实施例，任务处理装置1400还可以包括状态更新模块。状态更新模块例如可以执行操作s 810～操作s820，用于在将提交操作与第一任务相关联之后，接收用户端发送的第一任务状态；将第一任务的状态更新为第一任务状态，其中，第一任务状态包括用户从用户端展示的任务状态列表中选择的任务状态。
[0163]
根据本公开的实施例，任务处理装置1400还可以包括第二注释模块。第二注释模块例如可以执行操作s910～操作s920，用于在将提交操作与第一任务相关联之后，获取第一任务的注释信息；以及基于注释信息更新提交操作的提交注释。
[0164]
根据本公开的实施例，获取第一任务的注释信息包括：接收用户端发送的用户编辑后的注释信息。
[0165]
根据本公开的实施例，任务处理装置1400还可以包括第二查询模块。第二查询模块例如可以执行操作s 1010～操作s1020。用于向用户端发送查询结果，以使得当查询结果表征服务端查询到配置文件时，用户端向用户展示搜索界面。以及接收用户端发送的第一查询字段；基于第一查询字段从配置文件中获取任务列表。
[0166]
根据本公开的实施例，任务处理装置1400还可以包括配置文件模块。配置文件模块例如可以执行操作1110～操作s1120，用于确定配置文件中的第二查询字段和注释格式；以及基于第二查询字段和注释格式，配置至少一个任务的信息以获得配置文件。
[0167]
图15示意性示出了根据本公开的实施例的用于用户端的任务处理装置1200与用于服务端的任务处理装置1400之间的交互流程图。
[0168]
如图15所示，用于用户端的任务处理装置1200与用于服务端的任务处理装置1400之间的交互可以包括操作s1510～操作s1590。
[0169]
在操作s1510，用户端响应用户的提交操作，向服务端发送数据请求。例如开发人员提交代码，触发用户端或服务端自动启动，以进行任务关联。
[0170]
在操作s1520，服务端基于数据查询请求查询预设的配置文件。
[0171]
在操作s1530，服务端检查对应代码库的特定目录是否有配置文件，当检查到配置文件时，通知用户端。
[0172]
在操作s 1540，如果有配置文件，用户端则弹出搜索界面。
[0173]
在操作s 1550，用户端弹出的搜索界面可以接收用户输入的第一查询字段，然后将第一查询字段发送到服务端。
[0174]
在操作s1560，服务端解析配置文件，根据第一查询字段返回任务列表，包括任务的各类详细信息，比如项目名称，任务描述等。
[0175]
在操作s1570，用户端可以弹出任务关联界面(例如图形界面)，并可以将简要信息以列表的方式展示在任务关联界面。
[0176]
在操作s1580，用户端可以根据用户的不同操作，将第一任务、任务状态或编辑后的注释信息中的至少一种发送到服务端，具体可以参考操作s1310～操作s1350。
[0177]
在操作s1590，服务端可以基于接收到的内容进行任务关联、状态更新或注释填充中的至少一种操作。例如接收到开发人员选定关联任务后，将该任务的详细信息以配置文件中自定义好的模板格式自动填充到提交注释。并可以检查开发人员是否勾选了“任务已经编码完成”，如果确定编码完成，则更新任务的状态为“编码完成待测试”(仅为示例)。
[0178]
根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0179]
例如，任务处理装置1200或任务处理装置1400中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，任务处理装置1200或任务处理装置1400中的至少一个模块可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，任务处理装置1200或任务处理装置1400中的至少一个模块可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0180]
图16示意性示出了根据本公开实施例的适于实现任务处理方法和装置的计算机系统的方框图。图16示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0181]
如图16所示，根据本公开实施例的计算机系统1600包括处理器1601，其可以根据存储在只读存储器(rom)1602中的程序或者从存储部分1608加载到随机访问存储器(ram)1603中的程序而执行各种适当的动作和处理。处理器1601例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1601还可以包括用于缓存用途的板载存储器。处理器1601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0182]
在ram 1603中，存储有系统1600操作所需的各种程序和数据。处理器1601、rom 1602以及ram 1603通过总线1604彼此相连。处理器1601通过执行rom 1602和/或ram 1603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1602和ram 1603以外的一个或多个存储器中。处理器1601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
[0183]
根据本公开的实施例，系统1600还可以包括输入/输出(i/o)接口1605，输入/输出(i/o)接口1605也连接至总线1604。系统1600还可以包括连接至i/o接口1605的以下部件中
的一项或多项：包括键盘、鼠标等的输入部分1606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1607；包括硬盘等的存储部分1608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1609。通信部分1609经由诸如因特网的网络执行通信处理。驱动器1610也根据需要连接至i/o接口1605。可拆卸介质1611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1610上，以便于从其上读出的计算机程序根据需要被安装入存储部分1608。
[0184]
根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1609从网络上被下载和安装，和/或从可拆卸介质1611被安装。在该计算机程序被处理器1601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
[0185]
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的任务处理方法。
[0186]
在该计算机程序被处理器1601执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
[0187]
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1609被下载和安装，和/或从可拆卸介质1611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0188]
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0189]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规
定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0190]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。