CN111124466A - 差异化通知方法、系统、计算机设备及可读存储介质 - Google Patents

差异化通知方法、系统、计算机设备及可读存储介质 Download PDF

Info

Publication number
CN111124466A
CN111124466A CN201811288625.7A CN201811288625A CN111124466A CN 111124466 A CN111124466 A CN 111124466A CN 201811288625 A CN201811288625 A CN 201811288625A CN 111124466 A CN111124466 A CN 111124466A
Authority
CN
China
Prior art keywords
role
authority
message
code
permission
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
Application number
CN201811288625.7A
Other languages
English (en)
Inventor
唐永强
沐阳
张�林
方荣昌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN201811288625.7A priority Critical patent/CN111124466A/zh
Publication of CN111124466A publication Critical patent/CN111124466A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开提供了一种差异化通知方法,其特征在于,方法包括:响应于请求合并代码分支的信号,解析出合并代码分支时发生变化的变更文件;确定用于管理变更文件的多个权限角色;获取合并代码分支过程中的待通知消息;以及将待通知消息发送给多个权限角色中具有相应权限的目标权限角色。本公开还提供了一种差异化通知系统、一种计算机设备及一种计算机可读存储介质。

Description

差异化通知方法、系统、计算机设备及可读存储介质
技术领域
本发明涉及计算机技术领域,具体涉及差异化通知方法、系统、计算机设备及计算机可读存储介质。
背景技术
在代码仓库中会包含很多的代码分支,有些代码分支可能最终要被合并在一起。在合并这些代码分支过程中会产生一些消息,这些消息通常需要被通知给相关人员。目前,现有技术是通过部门群、小组群或口头等方式将进行通知,这样不仅消息无法得到及时关注,且容易打扰无关人员。
发明内容
本公开目的是提供一种差异化通知方法、系统、计算机设备及计算机可读存储介质,以至少解决现有技术中通过部门群、小组群或口头等方式将进行通知,导致消息无法得到及时关注且容易打扰无关人员的缺陷。
本公开的一个方面提供了响应于请求合并代码分支的信号,解析出合并上述代码分支时发生变化的变更文件;确定用于管理上述变更文件的多个权限角色;获取合并上述代码分支过程中的待通知消息;以及将上述待通知消息发送给上述多个权限角色中具有相应权限的目标权限角色。
根据本公开的实施例,上述多个权限角色包括:触发上述请求合并代码分支的信号的第一权限角色、检查上述代码分支的第二权限角色、以及赋予上述第一权限角色合并上述代码分支的权限的第三权限角色;上述将上述待通知消息发送给上述多个权限角色中具有相应权限的目标权限角色,包括:若上述待通知消息为请求检查上述代码分支的消息,则将上述请求检查上述代码分支的消息发送给上述第二权限角色;若上述待通知消息为已检查上述代码分支的消息,则将上述已检查上述代码分支的消息发送给上述第一权限角色;若上述待通知消息为请求赋予上述第一权限角色合并上述代码分支的权限的消息,则将上述请求赋予上述第一权限角色合并上述代码分支的权限的消息发送给上述第三权限角色;若上述待通知消息为已合并上述代码分支的消息,则将上述已合并上述代码分支的消息发送给上述多个权限角色。
根据本公开的实施例,在上述将上述请求检查上述代码分支的消息发送给上述第二权限角色之后,上述方法还包括:接收上述第二权限角色的第一预设评论,其中,上述第一预设评论用于表征上述代码分支上没有错误的代码。
根据本公开的实施例,在上述接收上述第二权限角色的第一预设评论之后,上述方法还包括:生成上述已检查上述代码分支的消息。
根据本公开的实施例,上述第二权限角色包括多个,上述方法还包括:若预设数量的第二权限角色均执行了上述第一预设评论,则生成上述请求赋予上述第一权限角色合并上述代码分支的权限的消息。
根据本公开的实施例,在将上述请求赋予上述第一权限角色合并上述代码分支的权限的消息发送给上述第三权限角色之后,上述方法还包括:接收上述第三权限角色的第二预设评论,其中,上述第二预设评论用于表征已赋予上述第一权限角色合并上述代码分支的权限。
本公开的另一个方面提供了一种差异化通知系统,其特征在于,上述系统包括:解析模块,用于响应于请求合并代码分支的信号,解析出合并上述代码分支时发生变化的变更文件;确定模块,用于确定用于管理上述变更文件的多个权限角色;获取模块,用于获取合并上述代码分支过程中的待通知消息;以及发送模块,用于将上述待通知消息发送给上述多个权限角色中具有相应权限的目标权限角色。
根据本公开的实施例,上述多个权限角色包括:触发上述请求合并代码分支的信号的第一权限角色、检查上述代码分支的第二权限角色、以及赋予上述第一权限角色合并上述代码分支的权限的第三权限角色;上述发送模块包括:第一发送单元,用于在上述待通知消息为请求检查上述代码分支的消息的情况下,将上述请求合并上述代码分支的消息发送给上述第二权限角色;第二发送单元,用于在上述待通知消息为已检查上述代码分支的消息的情况下,将上述已检查上述代码分支的消息发送给上述第一权限角色;第三发送单元,用于在上述待通知消息为请求赋予上述第一权限角色合并上述代码分支的权限的消息的情况下,将上述请求赋予上述第一权限角色合并上述代码分支的权限的消息发送给上述第三权限角色;第四发送单元,用于在上述待通知消息为已合并上述代码分支的消息的情况下,将上述已合并上述代码分支的消息发送给上述多个权限角色。
根据本公开的实施例,上述系统还包括:第一接收模块,用于在上述将上述请求检查上述代码分支的消息发送给上述第二权限角色之后,接收上述第二权限角色的第一预设评论,其中,上述第一预设评论用于表征上述代码分支上没有错误的代码。
根据本公开的实施例,上述系统还包括:第一生成模块,用于在上述接收上述第二权限角色的第一预设评论之后,生成上述已检查上述代码分支的消息。
根据本公开的实施例,上述第二权限角色包括多个,上述系统还包括:第二生成模块,用于在预设数量的第二权限角色均执行了上述第一预设评论的情况下,生成上述请求赋予上述第一权限角色合并上述代码分支的权限的消息。
根据本公开的实施例,上述系统还包括:第二接收模块,用于在将上述请求赋予上述第一权限角色合并上述代码分支的权限的消息发送给上述第三权限角色之后,接收上述第三权限角色的第二预设评论,其中,上述第二预设评论用于表征已赋予上述第一权限角色合并上述代码分支的权限。
本公开的再一个方面提供了一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,上述处理器执行上述计算机程序时用于实现如上任一项所述的差异化通知方法的步骤。
本公开的又一个方面提供了一种计算机可读存储介质,其上存储有计算机程序,上述计算机程序被处理器执行时用于实现如上任一项所述的差异化通知方法的步骤。
本公开提供的差异化通知方法,在接收到请求合并代码分支的信号之后,可以预先估计出合并代码分支时涉及的发生变化的变更文件,然后找到能够管理这些变更文件的多个权限角色,进一步,对于合并代码分支过程中产生的待通知消息,可以将该待通知消息发送给具有相应权限的目标权限角色,以实现差异化通知的目的,进而可以避免现有技术中通过部门群、小组群或口头等方式将进行通知,导致消息无法得到及时关注且容易打扰无关人员的缺陷。
附图说明
图1示意性示出了根据本公开实施例的差异化通知方法的流程图;
图2示意性示出了根据本公开实施例的将待通知消息发送给第二权限角色的示意图;
图3示意性示出了根据本公开实施例的将待通知消息发送给第一权限角色的示意图;
图4示意性示出了根据本公开实施例的将待通知消息发送给第三权限角色的示意图;
图5示意性示出了根据本公开实施例的将待通知消息发送给多个权限角色的示意图;
图6示意性示出了根据本公开实施例的差异化通知系统的框图;以及
图7示意性示出了根据本公开实施例的适于实现差异化通知方法的计算机设备的硬件架构示意图。
具体实施方式
为了使本公开的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本公开进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本公开,并不用于限定本公开。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
考虑到现有技术中通过部门群、小组群或口头等方式将进行通知,导致消息无法得到及时关注且容易打扰无关人员的缺陷。本公开提供的差异化通知方法,在接收到请求合并代码分支的信号之后,可以预先估计出合并代码分支时涉及的发生变化的变更文件,然后找到能够管理这些变更文件的多个权限角色,进一步,对于合并代码分支过程中产生的待通知消息,可以将该待通知消息发送给具有相应权限的目标权限角色,以实现差异化通知的目的。
图1示意性示出了根据本公开实施例的差异化通知方法的流程图。
如图1所示,该差异化通知方法可以包括步骤S101~步骤S104,其中:
在步骤S101,响应于请求合并代码分支的信号,解析出合并所述代码分支时发生变化的变更文件。
在本公开的实施例中,代码分支中包括多个代码分支,这多个代码分支中有一个主干代码分支,合并这些代码分支即是将其他的代码分支合并到主干代码分支上。例如代码仓库common中包括的两个代码分支分别是branchA和master,其中,master为主干代码分支,则在合并这些代码分支时,就是将branchA合并到master上。
根据本公开的实施例,在发出合并代码分支的请求之后,可以预先估计出本次合并会涉及哪些变更文件,具体可以是预先估计出将其他代码分支合并到主干代码分支时,主干代码分支上会涉及哪些变更文件,例如,可以根据git diff shell命令解析出若将branchA合并到master上,master会涉及哪些变更文件。
在步骤S102,确定用于管理变更文件的多个权限角色。
在本公开的实施例中,多个权限角色可以包括:触发请求合并代码分支的信号的第一权限角色、检查代码分支的第二权限角色、以及赋予第一权限角色合并所述代码分支的权限的第三权限角色。其中,第一权限角色可以是合并请求的提出者,第二权限角色可以属于reviewer类型,第三权限角色属于owner类型。
根据本公开的实施例,每个变更文件均对应有存储路径,这个存储路径可以包括多个不同级别的目录层,通过级别从小到大的顺序,遍历目录层是否关联有权限角色组,直到找到这个权限角色组。其中,级别高的目录层关联的权限角色组的管理范围大于级别低的权限角色组的管理范围,且权限角色组中至少包括owner类型的权限角色和reviewer类型的权限角色。
例如,有两个变更文件,其中一个变更文件的存储路径为common_matser_/a/b/c/,可以先判断common_matser_/a/b/c/是否关联有权限角色组,若没有,则判断common_matser_/a/b/是否关联有权限角色组,若有,则停止查找过程,并提取common_matser_/a/b/关联的权限角色组,该权限角色组包括owner类型的权限角色为角色o1、角色o2,reviewer类型的权限角色为角色r1、角色r2和角色r3。另一个变更文件的存储路径为common_matser_/a/b/e/,可以先判断common_matser_/a/b/e/是否关联有权限角色组,若有,则停止查找,并提取common_matser_/a/b/e/关联权限角色组,该权限角色组包括owner类型的权限角色为角色o1、角色o3,reviewer类型的权限角色为角色r2、角色r3和角色r4。由于common_matser_/a/b/关联的权限角色组的管理范围大于common_matser_/a/b/e/关联的权限角色组的管理范围,因此能够同时管理这两个变更文件的属于owner类型的权限角色为角色o1、角色o2,属于reviewer类型的权限角色为角色r1、角色r2和角色r3。即第二权限角色组为角色r1、角色r2和角色r3,第三权限角色组为角色o1、角色o2。
在步骤S103,获取合并代码分支过程中的待通知消息。
在本公开的实施例中,待通知消息可以包括以下至少之一:请求检查代码分支的消息,已检查代码分支的消息,请求赋予第一权限角色合并代码分支的权限的消息,已合并代码分支的消息。
根据本公开的实施例,获取合并代码分支过程中的待通知消息可以是:获取当前时刻的待通知消息。例如,若当前时刻的待通知消息为请求检查代码分支的消息,则可以获取该请求检查代码分支的消息。
在步骤S104,将待通知消息发送给多个权限角色中具有相应权限的目标权限角色。
在本公开的实施例中,将待通知消息发送给多个权限角色中具有相应权限的目标权限角色可以包括:若待通知消息为请求检查代码分支的消息,则将请求检查代码分支的消息发送给第二权限角色;若待通知消息为已检查代码分支的消息,则将已检查代码分支的消息发送给第一权限角色;若待通知消息为请求赋予第一权限角色合并代码分支的权限的消息,则将请求赋予第一权限角色合并代码分支的权限的消息发送给第三权限角色;若待通知消息为已合并代码分支的消息,则将已合并代码分支的消息发送给多个权限角色。
具体地,在第一权限角色触发请求合并代码分支的信号之后,系统可以自动生成请求检查代码分支的消息,并将该请求检查代码分支的消息发送给第二权限角色。在将请求检查代码分支的消息发送给第二权限角色之后,本公开的实施例的方法还可以包括:接收第二权限角色的第一预设评论,其中,第一预设评论用于表征代码分支上没有错误的代码。在接收第二权限角色的第一预设评论之后,本公开的实施例的方法还可以包括:生成已检查代码分支的消息。进一步,可以将该已检查代码分支的消息发送给第一权限角色,以使得第一权限角色知悉本次合并的进度。在本公开的实施例中,第二权限角色可以包括多个,若预设数量的第二权限角色均执行了第一预设评论,则可以生成请求赋予第一权限角色合并代码分支的权限的消息。进一步,可以将该请求赋予第一权限角色合并代码分支的权限的消息发送给第三权限角色。在将请求赋予第一权限角色合并代码分支的权限的消息发送给第三权限角色之后,本公开实施例的方法还可以包括:接收第三权限角色的第二预设评论,其中,第二预设评论用于表征已赋予第一权限角色合并代码分支的权限。此时,第一权限角色已经获得合并代码分支的权限,则系统可以开始执行本次合并操作,并且本次合并执行完成之后,还可以生成已合并代码分支的消息,并将该已合并代码分支的消息发送给第一权限角色、第二权限角色和第三权限角色,以使这些权限角色知悉本次合并操作以顺利完成。其中,第一评论操作和第二评论操作可以相同,例如均可以是“+1”操作。
本公开提供的差异化通知方法,在接收到请求合并代码分支的信号之后,可以预先估计出合并代码分支时涉及的发生变化的变更文件,然后找到能够管理这些变更文件的多个权限角色,进一步,对于合并代码分支过程中产生的待通知消息,可以将该待通知消息发送给具有相应权限的目标权限角色,以实现差异化通知的目的,进而可以避免现有技术中通过部门群、小组群或口头等方式将进行通知,导致消息无法得到及时关注且容易打扰无关人员的缺陷。
需要说明的是,可以通过多种方式将待通知消息发送给目标权限角色,例如通过邮箱发送、通过企业微信发送、通过手机短信发送等等。在本公开的实施例中,每个权限角色可以对应有唯一的账户名,该账户名可以由权限角色的中文名称的拼音构成,若是拼音相同,则可以在后入职权限角色的拼音末尾增加编号,例如:wanghuan、wanghuan01、wanghuan02等等。对于每个账户名均可以与gitlab账户名、邮箱前缀、企业微信账户名一致,并可以将权限角色与该权限角色的账户名相关联。在本公开的实施例中,可以通过gitlab账户名得知本次合并请求时由谁提出的(即第一权限角色),还可以通过上述描述的操作得知第二权限角色和第三权限角色,然后通过每个权限角色的账户名可以得知其邮箱前缀,然后得知该权限角色的邮箱地址,进而进行通知。还可以得知每个权限角色的企业微信账户名,然后通过企业微信搜索到每个权限角色的企业微信,并进行通知。另外,还可以通过企业内部的自动化办公系统搜索权限角色的手机号,进而进行手机短信通知。本公开的实施例通过将权限角色的中文姓名的拼音与公司账户名进行统一,可以通过公司内部通信渠道例如邮箱、企业微信等快速联系对应的权限角色。
下面以邮箱通知为例详细描述本公开的差异化通知方案。
若接收到开发者fangrongchang(又称为第一权限角色)触发的请求将代码分支MR合并到代码分支master的信号,则可以生成请求检查MR的消息,并将该消息发送给第二权限角色,如图2所示,该消息的标题为MR检查请求,内容为对于将MR合并到master,开发者fangrongchang需要您的检查,请在检查后留言+1。
在第二权限角色+1操作后,可以生成已检查MR的消息,并将该消息发送给开发者fangrongchang。如图3所示,该消息的标题为MR检查通知,内容为对于将MR合并到master,MR上的代码已被muyang检查。
如果满足检查的最低要求例如最少被3个第二权限角色+1后,则可以生成请求赋予开发者fangrongchang将MR合并到master的权限的消息,并将该消息发送给第三权限角色。如图4所示,该消息的标题为MR的+1请求,内容为对于将MR合并到master,开发者fangrongchang需要您的+1。
在第三权限角色执行+1操作后,系统可以自动触发将MR合并到master,且在合并完成之后,可以生成已合并MR的消息,并将该消息发送给第一权限角色、第二权限角色和第三权限角色。如图5所示,该消息的标题为MR合并通知,内容为关于将MR合并到master,开发者fangrongchang尝试合并成功。本公开的实施例通过自动化通知机制,提高了代码协作效率,统一了代码合并的工作流程,使得整合合并过程可回查。
图6示意性示出了根据本公开实施例的差异化通知系统的框图。
如图6所示,该差异化通知系统600可以包括解析模块610、确定模块620、获取模块630和发送模块640,其中:
解析模块610用于响应于请求合并代码分支的信号,解析出合并代码分支时发生变化的变更文件。
确定模块620用于确定用于管理变更文件的多个权限角色。
获取模块630用于获取合并代码分支过程中的待通知消息。
发送模块640用于将待通知消息发送给多个权限角色中具有相应权限的目标权限角色。
本公开提供的差异化通知方法,在接收到请求合并代码分支的信号之后,可以预先估计出合并代码分支时涉及的发生变化的变更文件,然后找到能够管理这些变更文件的多个权限角色,进一步,对于合并代码分支过程中产生的待通知消息,可以将该待通知消息发送给具有相应权限的目标权限角色,以实现差异化通知的目的,进而可以避免现有技术中通过部门群、小组群或口头等方式将进行通知,导致消息无法得到及时关注且容易打扰无关人员的缺陷。
作为一种可选的实施例,多个权限角色包括:触发请求合并代码分支的信号的第一权限角色、检查代码分支的第二权限角色、以及赋予第一权限角色合并代码分支的权限的第三权限角色;发送模块可以包括:第一发送单元,用于在待通知消息为请求检查代码分支的消息的情况下,将请求检查代码分支的消息发送给第二权限角色;第二发送单元,用于在待通知消息为已检查代码分支的消息的情况下,将已检查代码分支的消息发送给第一权限角色;第三发送单元,用于在待通知消息为请求赋予第一权限角色合并代码分支的权限的消息的情况下,将请求赋予第一权限角色合并代码分支的权限的消息发送给第三权限角色;第四发送单元,用于在待通知消息为已合并代码分支的消息的情况下,将已合并代码分支的消息发送给多个权限角色。
作为一种可选的实施例,差异化通知系统还可以包括:第一接收模块,用于在将请求检查代码分支的消息发送给第二权限角色之后,接收第二权限角色的第一预设评论,其中,第一预设评论用于表征代码分支上没有错误的代码。
作为一种可选的实施例,差异化通知系统还可以包括:第一生成模块,用于在接收第二权限角色执行的第一预设评论之后,生成已检查代码分支的消息。
作为一种可选的实施例,第二权限角色包括多个,差异化通知系统还可以包括:第二生成模块,用于在预设数量的第二权限角色均执行了第一预设评论的情况下,生成请求赋予第一权限角色合并代码分支的权限的消息。
作为一种可选的实施例,差异化通知系统还可以包括:第二接收模块,用于在将请求赋予第一权限角色合并代码分支的权限的消息发送给第三权限角色之后,接收第三权限角色的第二预设评论,其中,第二预设评论用于表征已赋予第一权限角色合并代码分支的权限。
图7示意性示出了根据本公开实施例的适于实现差异化通知方法的计算机设备的硬件架构示意图。本实施例中,计算机设备700是一种能够按照事先设定或者存储的指令,自动进行数值计算和/或信息处理的设备。例如,可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器,或者多个服务器所组成的服务器集群)等。如图所示,计算机设备700至少包括但不限于:可通过系统总线相互通信连接存储器710、处理器720、网络接口730。其中:
存储器710至少包括一种类型的计算机可读存储介质,可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,存储器710可以是计算机设备700的内部存储模块,例如该计算机设备700的硬盘或内存。在另一些实施例中,存储器710也可以是计算机设备700的外部存储设备,例如该计算机设备700上配备的插接式硬盘,智能存储卡(Smart Media Card,简称为SMC),安全数字(Secure Digital,简称为SD)卡,闪存卡(Flash Card)等。当然,存储器710还可以既包括计算机设备700的内部存储模块也包括其外部存储设备。本实施例中,存储器710通常用于存储安装于计算机设备700的操作系统和各类应用软件,例如差异化通知方法的程序代码等。此外,存储器710还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器720在一些实施例中可以是中央处理器(Central Processing Unit,简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器720通常用于控制计算机设备700的总体操作,例如执行与计算机设备700进行数据交互或者通信相关的控制和处理等。本实施例中,处理器720用于运行存储器710中存储的程序代码或者处理数据。
网络接口730可包括无线网络接口或有线网络接口,该网络接口730通常用于在计算机设备700与其他计算机设备之间建立通信连接。例如,网络接口730用于通过网络将计算机设备700与外部终端相连,在计算机设备700与外部终端之间的建立数据传输通道和通信连接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication,简称为GSM)、宽带码分多址(Wideband CodeDivision Multiple Access,简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是,图7仅示出了具有部件710-730的计算机设备,但是应理解的是,并不要求实施所有示出的部件,可以替代的实施更多或者更少的部件。
在本实施例中,存储于存储器710中的差异化通知方法还可以被分割为一个或者多个程序模块,并由一个或多个处理器(本实施例为处理器720)所执行,以完成本发明。
本实施例还提供一种计算机可读存储介质,计算机可读存储介质其上存储有计算机程序,计算机程序被处理器执行时实现实施例中的差异化通知方法的步骤。
本实施例中,计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,计算机可读存储介质可以是计算机设备的内部存储单元,例如该计算机设备的硬盘或内存。在另一些实施例中,计算机可读存储介质也可以是计算机设备的外部存储设备,例如该计算机设备上配备的插接式硬盘,智能存储卡(Smart Media Card,简称为SMC),安全数字(Secure Digital,简称为SD)卡,闪存卡(Flash Card)等。当然,计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中,计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件,例如实施例中的差异化通知方法的程序代码等。此外,计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。
显然,本领域的技术人员应该明白,上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (14)

1.一种差异化通知方法,其特征在于,所述方法包括:
响应于请求合并代码分支的信号,解析出合并所述代码分支时发生变化的变更文件;
确定用于管理所述变更文件的多个权限角色;
获取合并所述代码分支过程中的待通知消息;以及
将所述待通知消息发送给所述多个权限角色中具有相应权限的目标权限角色。
2.根据权利要求1所述方法,其特征在于,所述多个权限角色包括:触发所述请求合并代码分支的信号的第一权限角色、检查所述代码分支的第二权限角色、以及赋予所述第一权限角色合并所述代码分支的权限的第三权限角色;所述将所述待通知消息发送给所述多个权限角色中具有相应权限的目标权限角色,包括:
若所述待通知消息为请求检查所述代码分支的消息,则将所述请求检查所述代码分支的消息发送给所述第二权限角色;
若所述待通知消息为已检查所述代码分支的消息,则将所述已检查所述代码分支的消息发送给所述第一权限角色;
若所述待通知消息为请求赋予所述第一权限角色合并所述代码分支的权限的消息,则将所述请求赋予所述第一权限角色合并所述代码分支的权限的消息发送给所述第三权限角色;
若所述待通知消息为已合并所述代码分支的消息,则将所述已合并所述代码分支的消息发送给所述多个权限角色。
3.根据权利要求2所述方法,其特征在于,在所述将所述请求检查所述代码分支的消息发送给所述第二权限角色之后,所述方法还包括:
接收所述第二权限角色的第一预设评论,其中,所述第一预设评论用于表征所述代码分支上没有错误的代码。
4.根据权利要求3所述方法,其特征在于,在所述接收所述第二权限角色的第一预设评论之后,所述方法还包括:
生成所述已检查所述代码分支的消息。
5.根据权利要求3所述方法,其特征在于,所述第二权限角色包括多个,所述方法还包括:
若预设数量的第二权限角色均执行了所述第一预设评论,则生成所述请求赋予所述第一权限角色合并所述代码分支的权限的消息。
6.根据权利要求2所述方法,其特征在于,在将所述请求赋予所述第一权限角色合并所述代码分支的权限的消息发送给所述第三权限角色之后,所述方法还包括:
接收所述第三权限角色的第二预设评论,其中,所述第二预设评论用于表征已赋予所述第一权限角色合并所述代码分支的权限。
7.一种差异化通知系统,其特征在于,所述系统包括:
解析模块,用于响应于请求合并代码分支的信号,解析出合并所述代码分支时发生变化的变更文件;
确定模块,用于确定用于管理所述变更文件的多个权限角色;
获取模块,用于获取合并所述代码分支过程中的待通知消息;以及
发送模块,用于将所述待通知消息发送给所述多个权限角色中具有相应权限的目标权限角色。
8.根据权利要求7所述系统,其特征在于,所述多个权限角色包括:触发所述请求合并代码分支的信号的第一权限角色、检查所述代码分支的第二权限角色、以及赋予所述第一权限角色合并所述代码分支的权限的第三权限角色;所述发送模块包括:
第一发送单元,用于在所述待通知消息为请求检查所述代码分支的消息的情况下,将所述请求检查所述代码分支的消息发送给所述第二权限角色;
第二发送单元,用于在所述待通知消息为已检查所述代码分支的消息的情况下,将所述已检查所述代码分支的消息发送给所述第一权限角色;
第三发送单元,用于在所述待通知消息为请求赋予所述第一权限角色合并所述代码分支的权限的消息的情况下,将所述请求赋予所述第一权限角色合并所述代码分支的权限的消息发送给所述第三权限角色;
第四发送单元,用于在所述待通知消息为已合并所述代码分支的消息的情况下,将所述已合并所述代码分支的消息发送给所述多个权限角色。
9.根据权利要求8所述系统,其特征在于,所述系统还包括:
第一接收模块,用于在所述将所述请求检查所述代码分支的消息发送给所述第二权限角色之后,接收所述第二权限角色的第一预设评论,其中,所述第一预设评论用于表征所述代码分支上没有错误的代码。
10.根据权利要求9所述系统,其特征在于,所述系统还包括:
第一生成模块,用于在所述接收所述第二权限角色的第一预设评论之后,生成所述已检查所述代码分支的消息。
11.根据权利要求9所述系统,其特征在于,所述第二权限角色包括多个,所述系统还包括:
第二生成模块,用于在预设数量的第二权限角色均执行了所述第一预设评论的情况下,生成所述请求赋予所述第一权限角色合并所述代码分支的权限的消息。
12.根据权利要求8所述系统,其特征在于,所述系统还包括:
第二接收模块,用于在将所述请求赋予所述第一权限角色合并所述代码分支的权限的消息发送给所述第三权限角色之后,接收所述第三权限角色的第二预设评论,其中,所述第二预设评论用于表征已赋予所述第一权限角色合并所述代码分支的权限。
13.一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时用于实现权利要求1至6任一项所述方法的步骤。
14.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时用于实现权利要求1至6任一项所述方法的步骤。
CN201811288625.7A 2018-10-31 2018-10-31 差异化通知方法、系统、计算机设备及可读存储介质 Pending CN111124466A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811288625.7A CN111124466A (zh) 2018-10-31 2018-10-31 差异化通知方法、系统、计算机设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811288625.7A CN111124466A (zh) 2018-10-31 2018-10-31 差异化通知方法、系统、计算机设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN111124466A true CN111124466A (zh) 2020-05-08

Family

ID=70485579

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811288625.7A Pending CN111124466A (zh) 2018-10-31 2018-10-31 差异化通知方法、系统、计算机设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN111124466A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100269120A1 (en) * 2009-04-17 2010-10-21 Nokia Corporation Method, apparatus and computer program product for sharing resources via an interprocess communication
US8255357B1 (en) * 2006-04-24 2012-08-28 Sprint Communications Company L.P. Systems and methods of configuration management for enterprise software
CN107391968A (zh) * 2017-08-18 2017-11-24 武汉斗鱼网络科技有限公司 一种实现私有pod发布权限控制的方法及装置
CN107517124A (zh) * 2017-07-18 2017-12-26 交控科技股份有限公司 基于tcp协议远程配置版本管理软件svn权限的方法及装置
CN107678773A (zh) * 2017-09-28 2018-02-09 郑州云海信息技术有限公司 一种基于git的代码开发与测试流程管理方法
CN108062232A (zh) * 2017-12-14 2018-05-22 上海钢联电子商务股份有限公司 一种自动创建分支的系统及方法
CN108415694A (zh) * 2018-02-28 2018-08-17 山东汇贸电子口岸有限公司 一种基于GitFlow工作流的Android敏捷开发系统及方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8255357B1 (en) * 2006-04-24 2012-08-28 Sprint Communications Company L.P. Systems and methods of configuration management for enterprise software
US20100269120A1 (en) * 2009-04-17 2010-10-21 Nokia Corporation Method, apparatus and computer program product for sharing resources via an interprocess communication
CN107517124A (zh) * 2017-07-18 2017-12-26 交控科技股份有限公司 基于tcp协议远程配置版本管理软件svn权限的方法及装置
CN107391968A (zh) * 2017-08-18 2017-11-24 武汉斗鱼网络科技有限公司 一种实现私有pod发布权限控制的方法及装置
CN107678773A (zh) * 2017-09-28 2018-02-09 郑州云海信息技术有限公司 一种基于git的代码开发与测试流程管理方法
CN108062232A (zh) * 2017-12-14 2018-05-22 上海钢联电子商务股份有限公司 一种自动创建分支的系统及方法
CN108415694A (zh) * 2018-02-28 2018-08-17 山东汇贸电子口岸有限公司 一种基于GitFlow工作流的Android敏捷开发系统及方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
张薇: "软件配置管理系统的优化研究与设计", no. 03, pages 19 - 60 *
王鲁滨,涂艳: "《网络操作系统管理与应用》", vol. 1, 北京:中国财政经济出版社, pages: 99 - 112 *

Similar Documents

Publication Publication Date Title
KR101863981B1 (ko) 텍스트 메시지를 사용하여 스프레드시트와 상호작용하는 기법
CN107016480B (zh) 任务调度方法、装置及系统
CN109492053B (zh) 用于访问数据的方法和装置
CN111414391A (zh) 一种访问多数据源的方法及系统
US9514176B2 (en) Database update notification method
CN110928802A (zh) 基于自动生成用例的测试方法、装置、设备及存储介质
CN113448862B (zh) 软件版本测试方法、装置及计算机设备
WO2019109519A1 (zh) 业务规则管理方法、装置、设备及计算机可读存储介质
CN110941779A (zh) 加载页面的方法、装置、存储介质及电子设备
US10033737B2 (en) System and method for cross-cloud identity matching
CN110362630B (zh) 数据管理方法、装置、设备与计算机可读存储介质
CN108369503A (zh) 对外部场可更换单元(fru)过程的自动系统响应
CN112860412B (zh) 业务数据处理方法、装置、电子设备及存储介质
CN110442636B (zh) 一种数据的读写方法、装置及数据读写设备
CN111125743B (zh) 权限管理方法、系统、计算机设备及计算机可读存储介质
CN113722007B (zh) Vpn分支设备的配置方法、装置及系统
CN111124466A (zh) 差异化通知方法、系统、计算机设备及可读存储介质
CN111125744B (zh) 代码分支合并方法、系统、计算机设备及可读存储介质
CN111782373B (zh) 作业调度方法及装置
CN111124467B (zh) 权限角色的展示方法、系统、计算机设备及可读存储介质
CN109522211B (zh) 接口参数传递方法、装置、电子设备及存储介质
US20130290830A1 (en) System and method for managing a viewstate of a web application
CN112417324A (zh) 基于Chrome的URL拦截方法、装置及计算机设备
CN108509478B (zh) 规则引擎文件的拆分调用方法、电子装置及存储介质
US8321844B2 (en) Providing registration of a communication

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