一种代码管理装置及管理代码的方法与流程

1.本技术涉及汽车软件开发领域，具体涉及一种代码管理装置及管理代码的方法。


背景技术：

2.在软件开发过程中，软件代码必须使用版本管理工具进行管理，当前行业常用的工具有git类如gitlab，github，gerrit等，另外也有使用svn进行代码管理的团队，软件开发工程从需求，到任务，到具体的代码开发都有对应的软件工具进行管理，通常软件代码版本管理工具中提交代码，完成开发后，开发人员进入任务管理系统，变更任务状态：待开发-开发完成，整个需求完成后，该项目也上线投入生产使用。当系统出现缺陷问题时，例如某个功能失效或产生异常，需要排查对应的代码，然而从任务管理系统无法直接定位到对应的代码行，需要对应的开发人员凭借记忆或代码逻辑找到对应的代码，增加了人工及时间成本，且具有一定的不准确性。


技术实现要素：

3.本技术实施例的目的是提供一种代码管理装置及管理代码的方法，用以解决现有技术中当已发布的线上功能出现问题时，追踪对应的源代码效率较低的问题。
4.为了实现上述目的，本技术第一方面提供一种代码管理装置，包括：
5.需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；
6.任务管理系统，分别与需求管理系统和多个客户终端通信，被配置成接收需求管理系统发送的多个需求任务，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；
7.多个客户终端，分别与任务管理系统和服务器通信，被配置成接收任务管理系统下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器；
8.服务器，与多个客户终端通信，被配置成接收多个客户终端发送的代码和提交日志。
9.在本技术实施例中，服务器还被配置成：
10.判断多个客户终端发送的提交日志的格式是否符合预设格式要求；
11.在判定多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。
12.在本技术实施例中，服务器终端包括日志解析模块，日志解析模块被配置成：
13.实时监控最新的提交日志。
14.在本技术实施例中，日志解析模块还被配置成：
15.获取提交日志信息；
16.对提交日志信息进行解析以得到开发任务编号；
17.根据开发任务编号确定对应的代码行信息；
18.将代码行信息粘贴至任务管理系统的对应的任务页面。
19.在本技术实施例中，代码行信息包括：
20.代码提交路径、代码名称、代码提交人、代码版本号、代码提交时间。
21.本技术第二方面提供一种管理代码的方法，应用于代码管理装置，代码管理装置包括需求管理系统、任务管理系统、服务器和多个客户终端，该方法包括：
22.通过需求管理系统将需求拆分成多个需求任务，并将多个需求任务并发送至任务管理系统；
23.通过任务管理系统接收需求管理系统发送的多个需求任务，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；
24.通过多个客户终端接收任务管理系统下发的多个开发任务，并根据多个开发任务发送相应的代码和提交日志至服务器；
25.通过服务器接收多个客户终端发送的代码和提交日志。
26.在本技术实施例中，该方法还包括：
27.通过服务器判断多个客户终端发送的提交日志的格式是否符合预设格式要求；
28.在判定多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。
29.在本技术实施例中，服务器包括日志解析模块，该方法还包括：
30.通过日志解析模块实时监控最新的提交日志。
31.在本技术实施例中，该方法还包括：
32.通过日志解析模块获取提交日志信息；
33.对提交日志信息进行解析以得到开发任务编号；
34.根据开发任务编号确定对应的代码行信息；
35.将代码行信息粘贴至任务管理系统的对应的任务页面。
36.本技术第三方面提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的管理代码的方法。
37.通过上述技术方案，提供一种代码管理装置，包括：需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；任务管理系统，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；多个客户终端，分别与任务管理系统和服务器通信，被配置成接收任务管理系统下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器；服务器，与多个客户终端通信，被配置成接收多个客户终端发送的代码和提交日志。本技术能将需求、开发任务和代码追溯性关联，在项目版本发布长时间后仍能通过粘贴的代码版本迅速找到对应的源码，提升了问题处理效率，降低了人工成本和团队学习成本。
38.本技术实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
39.附图是用来提供对本技术实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本技术实施例，但并不构成对本技术实施例的限制。在附图中：
40.图1示意性示出了根据本技术实施例的一种代码管理装置的结构图；
41.图2示意性示出了根据本技术实施例的一种服务器配置图；
42.图3示意性示出了根据本技术实施例的一种管理代码的方法的流程图。
具体实施方式
43.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解的是，此处所描述的具体实施方式仅用于说明和解释本技术实施例，并不用于限制本技术实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.需要说明，若本技术实施例中有涉及方向性指示(诸如上、下、左、右、前、后
……
)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
45.另外，若本技术实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
46.图1示意性示出了根据本技术实施例的一种代码管理装置的结构图。如图1所示，在本技术实施例中，提供一种代码管理装置，该装置可以包括：
47.需求管理系统100，被配置成将需求拆分成多个需求任务，并发送至任务管理系统200；
48.任务管理系统200，分别与需求管理系统100和多个客户终端300通信，被配置成接收需求管理系统100发送的多个需求任务，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端300；
49.多个客户终端300，分别与任务管理系统200和服务器400通信，被配置成接收任务管理系统200下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器400；
50.服务器400，与多个客户终端300通信，被配置成接收多个客户终端300发送的代码和提交日志。
51.现有技术中，在任意项目上线投入生产使用后，出现了缺陷问题时，例如某个功能失效或产生异常，需要排查与缺陷问题对应的代码。然而从任务管理系统无法直接定位到对应的代码行，需要对应的开发人员凭借记忆或代码逻辑找到对应的代码，增加了人工及时间成本，且具有一定的不准确性。基于此，本技术提出一种代码管理装置及管理代码的方法。本技术实施例的代码管理装置基于svn代码管理工具，可以将代码提交message与任务管理系统直接关联。svn是一种集中式版本管理工具，分为服务器端与各个客户端，源代码导入svn后即存入服务端，开发人员在各自客户端同步拉取服务端代码，修改后提交回服务端，通过使用svn进行代码管理，可以使整个开发团队均处于同一开发环境，使用同一套源码进行开发。任务管理系统针对每个需求任务及对应开发任务都有唯一标示的任务号，开
发人员在进行代码提交时，需填写提交信息，将任务号写入提交信息中，本技术实施例的代码管理装置可以实时监控svn commit log(提交日志)并解析提交日志，然后匹配任务号，将对应任务号的代码行信息粘贴到任务管理系统的任务页面中，实现每一笔提交都与任务系统相关联的功能，且任务系统与需求、功能关联。
52.具体地，本技术实施例的代码管理装置包括需求管理系统100、任务管理系统200、多个客户终端300以及服务器400。其中，需求管理系统100与任务管理系统200通信，可以将需求拆分成多个需求任务，并发送至任务管理系统200。任务管理系统200分别与需求管理系统100和多个客户终端300通信，可以接收需求管理系统100发送的多个需求任务，并根据多个需求任务创建对应的多个开发任务，然后将多个开发任务分别下发至多个客户终端300。多个客户终端300分别与任务管理系统200和服务器400通信，被配置成接收任务管理系统200下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器400。服务器400，与多个客户终端300通信，被配置成接收多个客户终端300发送的代码和提交日志。需要说明的是，本技术实施例中的需求管理系统和任务管理系统不仅仅只是自研需求管理系统和alm任务管理系统强关联，任何有需求—任务管理系统的团队，都可以使用本技术实施例中的代码管理装置进行代码行级的追踪。
53.在实际应用中，开发团队使用需求管理系统100进行需求提交、评审、发布，需求评审通过后处于发布状态，即由对应需求负责人将需求拆解给各个团队负责人，团队负责人具体再拆分给开发人员。拆分完成后将需求任务发送至任务管理系统200，并在任务管理系统200创建对应的开发任务。任务管理系统200中将分解好的需求以开发任务的形式分配给开发成员，每个任务都有唯一标示符任务标号，时间，工时，开发状态等字段来进行开发任务管理。开发人员登录任务管理系统200即可进行自己的开发工作，包括查看需求任务，更新任务状态等。开发人员收到开发任务后，即可进入svn代码仓库进行代码编写，然后分别通过多个客户终端300将编写好的代码和提交日志至服务器400。
54.通过上述技术方案，提供一种代码管理装置，包括：需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；任务管理系统，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；多个客户终端，分别与任务管理系统和服务器通信，被配置成接收任务管理系统下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器；服务器，与多个客户终端通信，被配置成接收多个客户终端发送的代码和提交日志。本技术能将需求、开发任务和代码追溯性关联，在项目版本发布长时间后仍能通过粘贴的代码版本迅速找到对应的源码，提升了问题处理效率，降低了人工成本和团队学习成本。
55.图2示意性示出了根据本技术实施例的一种服务器配置图。如图2所示，在本技术实施例中，服务器还可以被配置成：
56.判断多个客户终端发送的提交日志的格式是否符合预设格式要求；
57.在判定多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。
58.在本技术实施例中，在多个客户终端发送代码及相应的提交日志之前，需要先设置服务器的pre-commit hook文件，以规定所有代码提交时必须按照规定格式填写提交日志信息。日志信息格式可以为：【任务号】【代码状态,格式为add|delete|update】任务简单
描述，例如“[inte-6824][add]增加搜索过滤判断条件”。在任意客户终端提交代码和提交日志时，服务器首先可以判断该客户终端发送的提交日志的格式是否符合预设格式要求，在判定该客户终端发送的提交日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。若判断提交日志如果不符合格式要求，则客户终端将无法把代码提交到服务器。
[0059]
在本技术实施例中，服务器400包括日志解析模块410，日志解析模块410可以被配置成：
[0060]
实时监控最新的提交日志。
[0061]
在本技术实施例中，日志解析模块410还可以被配置成：
[0062]
获取提交日志信息；
[0063]
对提交日志信息进行解析以得到开发任务编号；
[0064]
根据开发任务编号确定对应的代码行信息；
[0065]
将代码行信息粘贴至任务管理系统的对应的任务页面。
[0066]
在本技术实施例中，代码行信息可以包括：
[0067]
代码提交路径、代码名称、代码提交人、代码版本号、代码提交时间。
[0068]
在本技术实施例中，服务器400还包括日志解析模块410，通过日志解析模块410可以实时监控最新提交日志，并对每笔提交日志进行解析。根据【】字符剪切获取第一个【】中的内容，根据日志规则，第一个【】中的内容为开发任务编号，由此可以确定代码提交所对应的开发任务编号。
[0069]
然后将该开发任务编号与任务管理系统200中的任务编号进行匹配，在匹配成功时，将代码行信息粘贴到任务管理系统200对应的开发任务界面。其中，代码行信息可以包括代码提交路径、代码名称、代码提交人、代码版本号、代码提交时间。在实际应用中，通过该链接，查阅人如果具备svn代码仓库权限，即可在页面直接访问到源码文件进行代码查阅。这样，当已发布的线上功能出现问题时，即可通过任务系统直接找到对应的开发代码行级以进行追踪，节省了开发人工成本，提高问题处理效率。同时代码不再是单独的黑匣子，可根据功能任务进行代码的审计，降低软件版本发布后功能与代码脱节无法找寻的风险，也提高了团队新人进入团队，学习团队工程的效率。
[0070]
图3示意性示出了根据本技术实施例的一种管理代码的方法的流程图。如图3所示，在本技术实施例中，提供一种管理代码的方法，应用于代码管理装置，代码管理装置包括需求管理系统、任务管理系统、服务器和多个客户终端，该方法可以包括下列步骤：
[0071]
步骤301、通过需求管理系统将需求拆分成多个需求任务，并将多个需求任务并发送至任务管理系统；
[0072]
步骤302、通过任务管理系统接收需求管理系统发送的多个需求任务，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；
[0073]
步骤303、通过多个客户终端接收任务管理系统下发的多个开发任务，并根据多个开发任务发送相应的代码和提交日志至服务器；
[0074]
步骤304、通过服务器接收多个客户终端发送的代码和提交日志。
[0075]
本技术实施例的管理代码的方法，应用于代码管理装置，该代码管理装置包括需求管理系统、任务管理系统、服务器和多个客户终端。首先，通过需求管理系统可以将需求
拆分成多个需求任务，并将多个需求任务发送至任务管理系统。任务管理系统在接收需求管理系统发送的多个需求任务的同时，可以根据多个需求任务创建对应的多个开发任务，然后将多个开发任务分别下发至多个客户终端以使开发人员根据开发任务进行代码编写。多个客户终端接收任务管理系统下发的多个开发任务后可以分别根据开发任务进行代码编写，在代码编写完成之后，将代码和提交日志至服务器。服务器可以实时监控并解析每一笔提交日志，在判断任意提价日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。
[0076]
在本技术实施例中，该方法还可以包括：
[0077]
通过服务器判断多个客户终端发送的提交日志的格式是否符合预设格式要求；
[0078]
在判定多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收多个客户终端发送的代码和提交日志。
[0079]
在本技术实施例中，服务器包括日志解析模块，该方法还可以包括：
[0080]
通过日志解析模块实时监控最新的提交日志。
[0081]
在本技术实施例中，该方法还可以包括：
[0082]
通过日志解析模块获取提交日志信息；
[0083]
对提交日志信息进行解析以得到开发任务编号；
[0084]
根据开发任务编号确定对应的代码行信息；
[0085]
将代码行信息粘贴至任务管理系统的对应的任务页面。
[0086]
在本技术实施例中，服务器还包括日志解析模块，通过日志解析模块可以实时监控最新提交日志，并对每笔提交日志进行解析。根据【】字符剪切获取第一个【】中的内容，根据日志规则，第一个【】中的内容为开发任务编号，由此可以确定代码提交所对应的开发任务编号。然后将该开发任务编号与任务管理系统中的任务编号进行匹配，在匹配成功时，将代码行信息粘贴到任务管理系统对应的开发任务界面。其中，代码行信息可以包括代码提交路径、代码名称、代码提交人、代码版本号、代码提交时间。在实际应用中，通过该链接，查阅人如果具备svn代码仓库权限，即可在页面直接访问到源码文件进行代码查阅。这样，团队的各方人员可以在不进入软件代码工程的情况下，查阅对应开发任务的源码，并根据提交时间、提交频率等分析工程质量及进度，在版本发布的很长时间后仍能通过粘贴的代码版本迅速找到对应的源码。提升问题处理时间，降低人工成本和团队学习成本。
[0087]
通过上述技术方案，提供一种代码管理装置，包括：需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；任务管理系统，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；多个客户终端，分别与任务管理系统和服务器通信，被配置成接收任务管理系统下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器；服务器，与多个客户终端通信，被配置成接收多个客户终端发送的代码和提交日志。本技术能将需求、开发任务和代码追溯性关联，在项目版本发布长时间后仍能通过粘贴的代码版本迅速找到对应的源码，提升了问题处理效率，降低了人工成本和团队学习成本。
[0088]
本技术实施例还提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的管理代码的方法。
[0089]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序
产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0090]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0091]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0092]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0093]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0094]
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
[0095]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0096]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0097]
以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种代码管理装置，其特征在于，包括：需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；所述任务管理系统，分别与所述需求管理系统和多个客户终端通信，被配置成接收所述需求管理系统发送的多个需求任务，根据所述多个需求任务创建对应的多个开发任务，并将所述多个开发任务分别下发至所述多个客户终端；所述多个客户终端，分别与所述任务管理系统和服务器通信，被配置成接收所述任务管理系统下发的所述多个开发任务，并根据所述多个任务发送相应的代码和提交日志至服务器；所述服务器，与所述多个客户终端通信，被配置成接收所述多个客户终端发送的代码和提交日志。2.根据权利要求1所述的代码管理装置，其特征在于，所述服务器还被配置成：判断所述多个客户终端发送的提交日志的格式是否符合预设格式要求；在判定所述多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收所述多个客户终端发送的代码和提交日志。3.根据权利要求1所述的代码管理装置，其特征在于，所述服务器终端包括日志解析模块，所述日志解析模块被配置成：实时监控最新的提交日志。4.根据权利要求3所述的代码管理装置，其特征在于，所述日志解析模块还被配置成：获取提交日志信息；对所述提交日志信息进行解析以得到开发任务编号；根据所述开发任务编号确定对应的代码行信息；将所述代码行信息粘贴至所述任务管理系统的对应的任务页面。5.根据权利要求4所述的代码管理装置，其特征在于，所述代码行信息包括：代码提交路径、代码名称、代码提交人、代码版本号、代码提交时间。6.一种管理代码的方法，其特征在于，应用于代码管理装置，所述代码管理装置包括需求管理系统、任务管理系统、服务器和多个客户终端，所述方法包括：通过所述需求管理系统将需求拆分成多个需求任务，并将所述多个需求任务并发送至所述任务管理系统；通过所述任务管理系统接收所述需求管理系统发送的多个需求任务，根据所述多个需求任务创建对应的多个开发任务，并将所述多个开发任务分别下发至所述多个客户终端；通过所述多个客户终端接收所述任务管理系统下发的所述多个开发任务，并根据所述多个开发任务发送相应的代码和提交日志至服务器；通过所述服务器接收所述多个客户终端发送的代码和提交日志。7.根据权利要求6所述的方法，其特征在于，所述方法还包括：通过所述服务器判断所述多个客户终端发送的提交日志的格式是否符合预设格式要求；在判定所述多个客户终端发送的提交日志的格式符合预设格式要求的情况下，接收所述多个客户终端发送的代码和提交日志。8.根据权利要求7所述的方法，其特征在于，所述服务器包括日志解析模块，所述方法
还包括：通过所述日志解析模块实时监控最新的提交日志。9.根据权利要求8所述的方法，其特征在于，所述方法还包括：通过所述日志解析模块获取提交日志信息；对所述提交日志信息进行解析以得到开发任务编号；根据所述开发任务编号确定对应的代码行信息；将所述代码行信息粘贴至所述任务管理系统的对应的任务页面。10.一种机器可读存储介质，其特征在于，该机器可读存储介质上存储有指令，该指令用于使得机器执行根据权利要求6至9中任一项所述的管理代码的方法。

技术总结
本申请公开了一种代码管理装置及管理代码的方法，包括：需求管理系统，被配置成将需求拆分成多个需求任务，并发送至任务管理系统；任务管理系统，根据多个需求任务创建对应的多个开发任务，并将多个开发任务分别下发至多个客户终端；多个客户终端，分别与任务管理系统和服务器通信，被配置成接收任务管理系统下发的多个开发任务，并根据多个任务发送相应的代码和提交日志至服务器；服务器，与多个客户终端通信，被配置成接收多个客户终端发送的代码和提交日志。本申请能将需求、开发任务和代码追溯性关联，在项目版本发布长时间后仍能通过粘贴的代码版本迅速找到对应的源码，提升了问题处理效率，降低了人工成本和团队学习成本。降低了人工成本和团队学习成本。降低了人工成本和团队学习成本。


技术研发人员：杨阳 马云林 刘亚 李林珊
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2023.04.17
技术公布日：2023/7/12