申请/专利权人：阿里巴巴集团控股有限公司

申请日：2016-07-08

公开（公告）日：2020-06-26

公开（公告）号：CN106897053B

主分类号：G06F8/71(20180101)

分类号：G06F8/71(20180101)

优先权：

专利状态码：有效-授权

法律状态：2020.06.26#授权;2017.07.21#实质审查的生效;2017.06.27#公开

摘要：本申请公开了一种代码发布方法，用以解决现有技术中，将前端代码的版本号部署在后端服务器中的配置文件里，既要变更前端代码，又要变更后端代码时，后端服务器无法正常为用户提供服务的问题。该方法包括：在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；向后端服务器发送通知。本申请还公开了一种代码发布装置。

主权项：1.一种代码发布方法，其特征在于，所述方法包括：在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；向后端服务器发送通知，所述通知用于使所述后端服务器在接收到该通知后，在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新部署有前端代码版本号的配置文件。

全文数据：一种代码发布方法与装置技术领域[0001]本申请涉及互联网技术领域，尤其涉及一种代码发布方法与装置。背景技术[0002]在实际应用中，前端代码主要用于显示页面以及人机交互，后端代码主要用于业务逻辑实现。目U端代码通常可以包括JavaScriptJS、层叠样式表（CascadingStyleSheets，CSS、超文本标记语言HyperTextMarkupLanguage，HTML等前台代码；后端代码通常可以包括JAVA、C#等后台代码。[0003]为了便于前后端代码的开发以及维护，现有技术中，开发人员分别独立开发前端代码和后端代码，并将前端代码部署在前端设备中，将后端代码部署在后端服务器中。[0004]其中，用户浏览网页时前端设备与后端服务器的一般工作流程如下所述：[0005]当用户在客户端访问如图la所示的页面对应的网址后，客户端会向后端服务器发送访问请求，后端服务器在接收到该访问请求后，便告知前端设备向客户端发送相应的前端代码，以使得客户端在接收到该前端代码后能够渲染出如图la所示的页面。其中，如图la所示的页面用于用户注册账户，该页面中包含用于输入账户名和密码的输入框，以及提交控件和取消控件。当用户在上述输入框中分别输入账户名和密码，点击提交控件后，客户端便将用户提交的数据发送给后端服务器。若后端服务器中的后端代码与前端代码互相匹配，那么在用户提交数据后，后端代码便能够根据用户提交的数据进行正确的业务逻辑，比如，判断用户提交的账户名是否已经被注册过，注册密码是否过于简单等，后端代码在判断结束后，便得到注册成功或失败的结果。若后端代码与前端代码不匹配，那么在用户提交数据后，后端代码无法根据用户提交的数据进行正确的业务逻辑。[0006]为了前端代码和后端代码能够相互匹配，可以采用下述两种方法来解决：[0007]方法一:直接在后端代码中写入前端代码的版本号。在进行前端发布时，直接将前端代码部署在前端设备中。在进行后端发布时，将写有前端代码的版本号的后端代码部署在后端服务器中。当用户在客户端访问图la中显示的页面对应的网址后，客户端向后端服务器发送访问请求，后端服务器在接收到客户端的访问请求后，根据后端代码中的前端代码的版本号，告知前端设备向客户端发送与该版本号对应的前端代码，使得客户端在接收到该前端代码后渲染出如图la显示的页面。这样，当用户在图la显示的页面中可输入账户名和密码，并在点击提交控件后，后端代码便能够根据用户提交的数据，正确的执行业务逻辑。[0008]但是这一方法存在下述问题:在前端代码更新而后端代码的业务逻辑不需要更新时，后端代码的发布效率较低，而且也不能频繁的对前端代码进行更新发布。[0009]继续沿用上例，如所示，若只希望改变页面中的输入框的布局，由如图1所示的纵向分布，变为如图1b所示的横向分布，而不改变业务逻辑，那么依然可以沿用旧版本的后端代码。[0010]这种情况下，先进行前端发布，在前端发布完成后，需要修改后端代码中前端代码的版本号，将该版本号修改为新版本的前端代码的版本号。可见，虽然后端代码的业务逻辑并有更改’但后^5代码中直接与入的目!j端代码的版本号发生了变更，导致后端代码实质上也发生了变$。而由于只要后端代码发生变更，就需要后端服务器重新加载变更后的后立而代码。因此’朱用方法一，在后端代码的业务逻辑并未发生改变时，只要前端代码发生了变更，后端服务器ft需要重新加载变更后的后端代码，导致后端代码的发布效率较低。[0011]另外，在采用方法一时，由于前端代码的版本号是直接写入后端代码中的，需要保证发布的目U端代码的版本号与发布的后端代码中写入的版本号一致，才可正常执行业务，而后纟而代码的重新加载并不是随时可以进行的，只能在规定的时间才能够进行后端代码的重新加载，比如每周周一才能够进行后端代码的重新加载。这便就导致了前端代码的更新频次不能超过后端代码的更新频次，也就是说，前端代码不能频繁的更新。[0012]方法二:将前端代码的版本号写入后端代码的配置文件中，当用户在客户端访问图la中显不的页面对应的网址后，客户端向后端服务器发送访问请求，后端服务器在接收到客户端的访问请求后，根据配置文件中的前端代码的版本号，告知前端设备向客户端发送与该版本号对应的前端代码，使得客户端在接收到该前端代码后渲染出如图1£1显示的页面。这样，当用户在图la显示的页面中可输入账户名和密码，并在点击提交控件后，后端代码便能够根据用户提交的数据，正确的执行业务逻辑。[0013]比如，后端服务器中的一段后端代码为：[0014]〈title〉芝麻信用授权〈title〉[0015][0016]#cmsparse"xyversionzmcustprod.vm，[0017]〈scriptsrc="$!vertoolszepto•js"〈script〇[0018]其中，上述后端代码中的“zmcustprod•vm”为配置文件文件名。[0019]配置文件中关于前端代码的版本号的代码为：[0020]#set$ver="$assetsUrlzm-sdk0•0•48"#〇[0021]其中，.48”为前端代码的版本号。[0022]由“cmsparse〃xyversionzmcustprod•vm〃）”可知，前端代码对应的版本号“version”并未直接写入后端代码中，而被写入了文件名为“zmcustprod.vm”的配置文件中。该配置文件的引用路径为xyversionzmcustprod.vm。[0023]由“#set$ver=〃$assetsUrlzm-sdk0•0•48〃）#”可知，前端代码的版本号为0.0.48。[0024]那么，当客户端访问相应的网址后，客户端向后端服务器发送访问请求，后端服务器在接收到访问请求后，根据配置文件中的前端代码的版本号0•0.48，告知前端服务器向客户端发送版本号为〇.〇.48的前端代码，使得客户端在接收到该前端代码后渲染出与版本号为0.0.48的前端代码对应的页面。这样，当用户在该页面中输入数据或者点击某一控件后，与版本号为〇.〇.48相匹配的后端代码便能够根据用户提交的数据，正确的执行业务逻辑。[0025]继续沿用上例，如图lb所示，在前端代码更新而后端代码不需要更新时，将新版本的前端代码部署在前端设备中后，只需将配置文件中的前端代码的版本号，修改为新版本的前端代码的版本号，无需改变后端代码，也无需进行后端代码的重新加载。因此，方法二避免了方法一中后端代码发布效率低以及前端代码不能频繁更新的问题。[0026]虽然方法二解决了方法一存在的问题，但是却出现了新的问题，该问题是：当既要更新前端设备中的前端代码，又要更新后端服务器中的后端代码时，后端服务器有可能无法正常为用户提供服务，即无法正常进行业务逻辑的情况。[0027]继续沿用上例，假设图lb所示的页面是由版本号为001的前端代码渲染出来的，图1c所示的页面是由版本号为002的前端代码渲染出来的，那么在将新版本的前端代码即版本号为002的前端代码）部署在前端设备中后，内容管理系统（ContentManagementSySteni，CMS便将版本号002主动推送给后端服务器，以使后端服务器在接收到版本号〇〇2后，将配置文件中的版本号001修改为002。在后端服务器将配置文件中的版本号001修改为002后，后端服务器有可能尚未重新加载新版本的后端代码。那么这种情况下，若用户访问网址，后端服务器会根据配置文件中的前端代码的版本号002,告知前端设备向客户端发送版本号为002的前端代码，以使得客户端在接收到版本号为〇〇2的前端代码后，渲染出如图lc所示的页面。但是由于图lc所示的页面中增加了供用户输入手机号的输入框，那么后端服务器在接收到客户端发送的数据后，后端代码还是原先的根据账户名和密码进行业务逻辑的后端代码，针对客户端发送来的手机号这一信息，后端代码无法进行正确的业务逻辑。[0028]因此，当将前端代码的版本号部署在后端服务器中的配置文件里时，如果既要变更前端代码，又要变更后端代码，则会存在后端服务器无法正常为用户提供服务的问题。发明内容[0029]本申请实施例提供一种代码发布方法及装置，用以解决现有技术中当将前端代码的版本号部署在后端服务器中的配置文件里，既要变更前端代码，又要变更后端代码时，后端服务器无法正常为用户提供服务的问题。[0030]本申请实施例采用下述技术方案：[0031]—种代码发布方法，包括：[0032]在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；[0033]向后端服务器发送通知；[0034]所述通知用于使所述后端服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0035]一种代码发布方法，其特征在于，所述方法包括：[00361接收版本配置管理系统发送的通知;其中，所述通知是所述版本配置管理系统在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号后，向后端服务器发送的；[0037]在更新并发布后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0038]—种代码发布装置，包括：[0039]修改模块，在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；L〇〇4〇」友送模块，向后端服务器发送通知；[0041]所述通知用于使所述后端服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0042]—种代码发布装置，包括：[0043]接收模块，接收版本配置管理系统发送的通知;其中，所述通知是所述版本配置管理系统在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号后，向后端服务器发送的；[0044]更新模块，在更新并发布后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0045]本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：[0046]与现有技术中的CMS主动向后端服务器推送前端代码对应的版本号相比，本申请实施例中，后端服务器在更新并发布后端代码时，主动获取更新后的前端代码对应的版本号f根据获取到的版本号更新配置文件，这样便避免了后端服务器只能被动接收CMS推送的前端代码对应的版本号，从而被动更新配置文件的情况。解决了现有技术中，当将前端代码的版本号部署在后端服务器中的配置文件里，既要变更前端代码，又要变更后端代码时，后端服务器无法正常为用户提供服务的问题。附图说明[0047]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：[0048]图la为现有技术中的代码发布方法的示意图；[0049]图lb为现有技术中的后端代码的业务逻辑不需要更新时的示意图；[0050]图lc为现有技术中的前后端代码均需要更新时的示意图；[0051]图2a为本申请实施例提供的一种代码发布方法的具体流程示意图；[0052]图2b为本申请实施例提供的一种包含版本配置管理系统和数据库的示意图；[0053]图3为本申请实施例提供的一种具体实施方式中的代码发布方法的具体流程示意图；[0054]图4为本申请实施例提供的一种代码发布装置的结构示意图；[0055]图5为本申请实施例提供的另一种代码发布装置的结构示意图。具体实施方式[0056]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。[0057]以下结合附图，详细说明本申请实施例提供的技术方案。[0058]为了解决现有技术中，当将前端代码的版本号部署在后端服务器中的配置文件里，既要变更前端代码，又要变更后端代码时，存在的后端服务器无法正常为用户提供服务的问题，本申请实施例提供一种代码发布方法。其中，本申请实施例的应用场景为:前端代妈友布和后％代码发布分开执行，前端代码对应的版本号部署在配置文件中。[0059]该方法的具体流程示意图如图2a所示，包括下述步骤：[0060]步骤11，在前端代码更新并发布后，版本配置管理系统将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号。[0061]在实际应用中，前端代码部署在前端设备中，后端代码部署在后端服务器中，前端代码对应的版本号部署在后端服务器中的配置文件里，并非直接写入后端代码中。其中，前端代码可以部署在一台前端设备中，也可部署在至少两台前端设备中；后端代码可以部署在一台后端服务器中，也可部署在至少两台后端服务器中，本申请实施例对此不进行任何限定。另外，开发人员分别开发前端代码和后端代码，并分别进行前端发布与后端发布。并且，在分别进行前端发布与后端发布时，一般先进行前端发布，在前端发布完成后，再进行后端发布。[0062]在本申请实施例中，前端代码对应的版本号除了被部署在后端服务器的配置文件里，还被保存在数据库中。[0063]当开发人员第一次进行前端发布和后端发布后，除了在后端服务器的配置文件中部署前端代码对应的版本号之外，还可以将该前端代码对应的版本号保存在数据库中。当开发人员后续开发出新版本的前端代码，并将开发出的新版本的前端代码部署在前端设备中后，版本配置管理系统可将数据库中保存的前端代码对应的版本号修改为新版本的前端代码对应的版本号。[0064]例如，如图2b所示，在未进行前端代码的更新与发布时，版本号为001的前端代码部署在前端设备s中，后端代码分别部署在后端服务器a、后端服务器b和后端服务器c中，另外这三个后端服务器的配置文件中均部署着001这一版本号。图2b中还包括版本配置管理系统和数据库。其中，数据库中保存着前端代码对应的版本号001。在版本号为002的前端代码更新并发布后，版本配置管理系统将数据库中保存的前端代码对应的版本号001修改为更新后的前端代码002。[0065]其中，将开发出的新版本的前端代码部署在前端设备中后，前端设备中既包含开发出的新版本的前端代码，也包含旧版本的前端代码。用户访问相关网址后，客户端渲染出哪一个版本的前端代码对应的页面，取决于客户端访问的后端服务器配置文件中的前端代码的版本号。若前端代码部署在至少两台前端设备中，后端代码部署在至少两台后端服务器中，那么当用户在客户端访问相关网址后，客户端随机向某一台后端服务器发送访问请求，该服务器在接收到客户端发送的访问请求后，便根据配置文件中的版本号，随机告知某一台前端设备向客户端发送与该版本号对应的前端代码，客户端在接收到该前端代码后，便渲染出与该前端代码对应的页面。[0066]需要特别说明的是，本申请实施例不限定数据库和版本配置管理系统存在的位置，可以存在于前端设备或者后端服务器中，只要版本配置管理系统与后端服务器分别对该数据库据具有写入、修改或获取的权限便可。[0067]步骤12,版本配置管理系统向后端服务器发送通知。[0068]所述通知用于使后端服务器在接收到该通知后，在更新并发布后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0069]另外，该通知还用于后端服务器在不需要更新后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0070]沿用上例，如图2b所示，在版本配置管理系统将数据库中保存的前端代码对应的版本号001修改为更新后的前端代码〇〇2后，版本配置管理系统向后端服务器a、后端服务器b和后端服务器c发送通知。[0071]当既要更新前端代码，又要更新后端代码时，后端服务器a、后端服务器b和后端服务器c在接收到上述通知后，并非立即从数据库中获取更新后的前端代码对应的版本号002,而是在后端服务器a、后端服务器b或后端服务器c分别更新并发布后端代码时，分别从数据库中获取更新后的前端代码对应的版本号〇〇2,并分别根据获取到的版本号002更新配置文件。[0072]沿用上例，如图2b所示，若后端服务器a正在更新并发布后端代码，那么，后端服务器a在更新并发布后端代码时，便可根据接收到的通知，获取数据库中的版本号002,并将配置文件中的版本号〇〇1修改为版本号〇〇2。在后端服务器a完成发布后，后端服务器a中的后端代码为新开发出的后端代码，配置文件中的前端代码对应的版本号为新开发出的前端代码的版本号〇〇2,那么，后端服务器a便可以为用户提供正常服务。此时的后端服务器b和后端服务器c没有更新并发布后端代码，而配置文件中的前端代码对应的版本号为001，那么，后端服务器b和后端服务器c依然可以为用户提供正常的服务。这是因为，当用户在客户端访问网址后，后端服务器在接收到客户端的访问请求后，后端服务器根据配置文件中的版本号001，告知前端设备向客户端发送版本号为001的前端代码，以使得客户端在接收到该前端代码后，渲染出相应的页面。由于此时后端服务器中的后端代码为旧版本的后端代码，那么当用户在该页面中输入数据并提交后，后端服务器便可根据用户提交的数据进行正常的业务逻辑。因此，本申请实施例可以解决现有技术中的方法二出现一部分后端服务器无法正常为用户提供服务的问题。[0073]当只更新前端代码，而后端代码的业务逻辑不需要更新时，后端服务器a、后端服务器b和后端服务器c在接收到上述通知后，可以直接从数据库中获取更新后的前端代码对应的版本号002,并根据获取到的版本号002更新配置文件，将配置文件中的前端代码对应的版本号修改为002。这样便无需改变后端代码，也无需进行后端代码的重新加载，从而可以频繁的进行前端代码的更新与发布。与现有技术中的方法一相比，本申请实施例提高了前端代码的发布效率。[0074]其中，版本配置管理系统在向后端服务器发送通知时，可以直接向后端服务器发送通知，也可以通过其他系统向后端服务器发送通知，或者先向测试服务器发送该通知，当该测试服务器通过测试后，再向后端服务器发送通知。[0075]情况一:版本配置管理系统可以直接向后端服务器发送通知。[0076]其中，若后端代码部署在至少两台后端服务器中，那么版本配置管理系统直接向后端服务器发送通知时，可以同时向所有后端服务器发送通知，也可以按预设顺序，依次向所有后端服务器发送通知。[0077]1当版本配置管理系统同时向所有后端服务器发送通知时，所有后端服务器同时接收到该通知。[0078]若后端服务器不需要更新，那么版本配置管理系统发送的通知，可以用于使后端服务器在不需要更新后端代码时，直接从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。当后端服务器同时接收到该通知后，所有后端服务器便可主动获取保存在数据库中的更新后的前端代码对应的版本号，并根据获取到的该版本号更新配置文件，使得配置文件中的版本号变更为更新后的前端代码对应的版本号。[0079]若后端代码需要更新，那么版本配置管理系统发送的通知，用于使后端服务器在更新并发布后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。当后端服务器同时接收到该通知后，所有后端服务器并非立即主动获取保存在数据库中的更新后的前端代码对应的版本号，而是在后端服务器进行后端代码的更新与发布时，再根据接收到的通知，主动获取保存在数据库中的更新后的前端代码对应的版本号，并根据获取到的该版本号更新配置文件，使得配置文件中的版本号变更为更新后的前端代码对应的版本号。若所有的后端服务器均同时更新并发布后端代码，那么，整个后端服务器便无法为用户提供服务。因此，开发人员可以按照一定顺序触发后端服务器更新并发布后端代码，当后端服务器依次更新并发布后端代码时，后端服务器便可主动获取保存在数据库中的更新后的前端代码对应的版本号，并根据获取到的该版本号更新配置文件。[0080]2当版本配置管理系统按照预设顺序，依次向所有后端服务器发送通知时，后端服务器依次接收该通知。[0081]若后端代码不需要更新，那么版本配置管理系统发送的通知，用于使后端服务器直接从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0082]由于后端服务器是按照预设顺序依次接收到上述通知的。那么，在任一后端服务器接收到该通知后，该后端服务器便可主动获取保存在数据库中的更新后的前端代码对应的版本号，并根据获取到的该版本号更新配置文件，使得配置文件中的版本号变更为更新后的前端代码对应的版本号。[0083]若后端代码需要更新，那么版本配置管理系统发送的通知，可用于直接触发后端服务器更新并发布后端代码，并在更新并发布后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0084]由于后端服务器是按照预设顺序依次接收到上述通知的。那么，在任一后端服务器接收到该通知后，该后端服务器便可更新并发布后端代码，并在更新并发布后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0085]情况二:版本配置管理系统通过动态配置推送服务系统，向后端服务器发送通知。[0086]其中，动态配置推送服务系统，用于将接收到的版本配置管理系统发送的通知，发送给后端服务器。[0087]若后端代码部署在至少两台后端服务器中，那么版本配置管理系统，将所述通知发送给动态配置推送服务系统后，该动态配置推送服务系统可以按照情况一中所提及的发送方式将所述通知发送给后端服务器，此处不再进行赘述。[0088]情况三:在测试环境中，版本配置管理系统，先向测试服务器发送该通知，当该测试服务器通过测试后，再向后端服务器发送通知。[0089]其中，测试环境可以是预发布环境，测试服务器可以是预发布环境中的后端服务器。[0090]为了测试新开发出的前端代码是否能够与旧版本的后端代码相匹配，或者新开发出的前端代码是否与新开发出的后端代码相匹配，版本配置管理系统可在前端设备进行前端代码更新和发布后，向测试服务器发送通知，以使得测试服务器在接收到该通知后，在更新并发布后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件;或者，在不需要更新后端代码时，从数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0091]其中，可以通过人工浏览网页的方式，检查该测试服务器是否可以通过测试。比如，若更新后的前端代码渲染出的页面如图1C所示的页面，开发人员在该页面中输入账户名、密码和手机号并提交后，并未出现页面异常的情况，而是出现页面注册成功或失败的页面，则认为该测试服务器通过测试，否则，便认为该测试服务器未通过测试。[0092]需要特别说明的是，在版本配置管理系统向测试服务器发送通知时，可以直接向测试服务器发送通知，也可以通过动态配置推送服务系统向测试服务器发送通知，本申请实施例不对此进行任何限定。[0093]在测试服务器通过测试后，可以由测试服务器向后端服务器发送通知，也可以在版本配置管理系统接收到测试服务器发送的测试通过的消息后，由版本配置管理系统向后端服务器发送通知，或者由版本配置管理系统通过动态配置推送服务系统向后端服务器发送通知，本申请对此不进行任何限定。[0094]在本申请实施例中，可通过代码发布系统，来实现上述发布方法，该系统中可包括前端设备、配置版本管理系统、数据库、动态配置推送服务系统以及后端服务器。[0095]当通过代码发布系统进行代码发布时，具体过程如图3所示：[0096]步骤31，前端设备进行前端代码更新并发布。[0097]步骤32,在前端代码更新并发布后，配置版本管理系统将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号。[0098]步骤33,配置版本管理系统向动态配置推送服务系统发送通知。[00"]步骤34,动态配置推送服务系统接收配置版本管理系统发送的通知。[0100]步骤35，动态配置推送服务系统向后端服务器发送通知。[0101]步骤36,后端服务器接收动态配置推送服务系统发送的通知。[0102]步骤37，后端服务器在接收到通过执行步骤36接收到的通知后，在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号;或者，使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号。[0103]步骤38,后端服务器根据获取到的版本号更新配置文件。[0104]在本申请实施例中，可通过一种代码发布装置，来实现本申请实施例中提供的代码发布方法。[0105]如图4所示，为本申请实施例提供的代码发布装置的结构示意图，主要包括下述装置：[0106]修改模块41，在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号。[0107]发送模块42，向后端服务器发送通知。[0108]其中，所述通知用于使所述后端服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0109]在一种实施方式中，所述通知还用于使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0110]在一种实施方式中，发送模块41，通过动态配置推送服务系统，向后端服务器发送通知。[0111]在一种实施方式中，发送模块41，当后端服务器的数量至少为两个时，同时向所有后端服务器发送通知。[0112]在一种实施方式中，发送模块41，当后端服务器的数量至少为两个时，按预设顺序，依次向所有后端服务器发送通知。[0113]其中，所述通知用于触发所述后端服务器更新并发布后端代码，并在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件;或者，使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0114]在一种实施方式中，发送模块41，向测试服务器发送通知，使所述测试服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的后端代码和获取到的版本号进行测试，或者，使所述测试服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的配置文件进行测试；[0115]当确定所述测试服务器的测试结果通过时，向所述后端服务器发送通知。[0116]在本申请实施例中，可通过一种代码发布装置，来实现本申请实施例中提供的代码发布方法。[0117]如图5所示，为本申请实施例提供的另一种代码发布装置的结构示意图，主要包括下述装置：[0118]接收模块51，接收版本配置管理系统发送的通知。[0119]其中，所述通知是所述版本配置管理系统在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号后，向后端服务器发送的。[0120]更新模块52,在更新并发布后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0121]在一种实施方式中，所述通知还用于在不需要更新后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。[0122]与现有技术中的CMS主动向后端服务器推送前端代码对应的版本号相比，本申请实施例中，后端服务器在更新并发布后端代码时，主动获取更新后的前端代码对应的版本号f根据获取到的版本号更新配置文件，这样便避免了后端服务器只能被动接收CMS推送的前端代码对应的版本号，从而被动更新配置文件的情况。解决了现有技术中，当将前端代码的版本号部署在后端服务器中的配置文件里，既要变更前端代码，又要变更后端代码时，后端服务器无法正常为用户提供服务的问题。[0123]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质包括但不限于磁盘存储器、⑶-ROM、光学存储器等上实施的计算机程序产品的形式。[0124]本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和或方框图来描述的。应理解可由计算机程序指令实现流程图和或方框图中的每一流程和或方框、以及流程图和或方框图中的流程和或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和或方框图一个方框或多个方框中指定的功能的装置。[0125]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和或方框图一个方框或多个方框中指定的功能。[0126]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和或方框图一个方框或多个方框中指定的功能的步骤。[0127]在一个典型的配置中，计算设备包括一个或多个处理器CPU、输入输出接口、网络接口和内存。[0128]内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器RAM和或非易失性内存等形式，如只读存储器ROM或闪存flashRAM。内存是计算机可读介质的示例。[0129]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存PRAM、静态随机存取存储器SRAM、动态随机存取存储器DRAM、其他类型的随机存取存储器RAM、只读存储器ROM、电可擦除可编程只读存储器EEPR0M、快闪记忆体或其他内存技术、只读光盘只读存储器⑶-R0M、数字多功能光盘DVD或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体transitorymedia，如调制的数据信号和载波。[0130]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。[0131]本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质包括但不限于磁盘存储器、CD-ROM、光学存储器等上实施的计算机程序产品的形式。[0132]以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

权利要求：1.一种代码发布方法，其特征在于，所述方法包括：在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；向后端服务器发送通知；所述通知用于使所述后端服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。2.如权利要求1所述的方法，其特征在于，所述通知还用于使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。3.如权利要求1所述的方法，其特征在于，向后端服务器发送通知，具体包括：通过动态配置推送服务系统，向后端服务器发送通知。4.如权利要求1所述的方法，其特征在于，当后端服务器的数量至少为两个时，向后端服务器发送通知，具体包括：同时向所有后端服务器发送通知。5.如权利要求1所述的方法，其特征在于，当后端服务器的数量至少为两个时，向后端服务器发送通知，具体包括：按预设顺序，依次向所有后端服务器发送通知；其中，所述通知用于触发所述后端服务器更新并发布后端代码，并在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件;或者，使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。6.如权利要求1所述的方法，其特征在于，向后端服务器发送通知，具体包括：向测试服务器发送通知，使所述测试服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的后端代码和获取到的版本号进行测试，或者，使所述测试服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的配置文件进行测试；当确定所述测试服务器的测试结果通过时，向所述后端服务器发送通知。7.—种代码发布方法，其特征在于，所述方法包括：接收版本配置管理系统发送的通知；其中，所述通知是所述版本配置管理系统在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号后，向后端服务器发送的；在更新并发布后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。8.如权利要求7所述的方法，其特征在于，所述方法还包括：在不需要更新后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。9.一种代码发布装置，其特征在于，所述装置包括：修改模块，在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号；发送模块，向后端服务器发送通知；所述通知用于使所述后端服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。10.如权利要求9所述的装置，其特征在于，所述通知还用于使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。11.如权利要求9所述的装置，其特征在于，发送模块，通过动态配置推送服务系统，向后端服务器发送通知。12.如权利要求9所述的装置，其特征在于，发送模块，当后端服务器的数量至少为两个时，同时向所有后端服务器发送通知。13.如权利要求9所述的装置，其特征在于，发送模块，当后端服务器的数量至少为两个时，按预设顺序，依次向所有后端服务器发送通知；其中，所述通知用于触发所述后端服务器更新并发布后端代码，并在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件;或者，使所述后端服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。14.如权利要求9所述的装置，其特征在于，发送模块，向测试服务器发送通知，使所述测试服务器在更新并发布后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的后端代码和获取到的版本号进行测试，或者，使所述测试服务器在不需要更新后端代码时，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件，以对更新后的配置文件进行测试；当确定所述测试服务器的测试结果通过时，向所述后端服务器发送通知。15.—种代码发布装置，其特征在于，所述装置包括：接收模块，接收版本配置管理系统发送的通知;其中，所述通知是所述版本配置管理系统在前端代码更新并发布后，将数据库中保存的前端代码对应的版本号修改为更新后的前端代码对应的版本号后，向后端服务器发送的；更新模块，在更新并发布后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。ie.如权利要求15所述的装置，其特征在于，更新模块，在不需要更新后端代码时，根据所述通知，从所述数据库中获取更新后的前端代码对应的版本号，根据获取到的版本号更新配置文件。

百度查询： 阿里巴巴集团控股有限公司 一种代码发布方法与装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD