CN115543394A - App动态更新管理方法、系统、电子设备和可读存储介质 - Google Patents
App动态更新管理方法、系统、电子设备和可读存储介质 Download PDFInfo
- Publication number
- CN115543394A CN115543394A CN202211528483.3A CN202211528483A CN115543394A CN 115543394 A CN115543394 A CN 115543394A CN 202211528483 A CN202211528483 A CN 202211528483A CN 115543394 A CN115543394 A CN 115543394A
- Authority
- CN
- China
- Prior art keywords
- branch
- app
- installation package
- label
- dynamic update
- 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
Links
- 238000007726 management method Methods 0.000 title claims abstract description 51
- 238000003860 storage Methods 0.000 title claims abstract description 11
- 238000009434 installation Methods 0.000 claims abstract description 96
- 238000000034 method Methods 0.000 claims abstract description 49
- 238000012360 testing method Methods 0.000 claims abstract description 28
- 230000006870 function Effects 0.000 claims description 31
- 238000007781 pre-processing Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 8
- 238000009826 distribution Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 15
- 238000010586 diagram Methods 0.000 description 16
- 238000011161 development Methods 0.000 description 10
- 238000004519 manufacturing process Methods 0.000 description 7
- 238000012795 verification Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 244000062793 Sorghum vulgare Species 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 235000019713 millet Nutrition 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Abstract
本发明提供一种APP动态更新管理方法、系统、电子设备和可读存储介质，该APP动态更新管理方法包括：接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；其中，所述分支标签为渠道分支标签或功能分支标签。本发明通过引入分支标签解决APP在测试阶段多分支、运维阶段多渠道的动态更新管理冲突问题，避免在动态更新过程不需更新的分支丢失自身代码资源，实现各分支、各渠道的相对独立，节约维护成本。
Description
技术领域
本发明实施例涉及软件更新技术领域，尤其涉及一种APP动态更新管理方法、系统、电子设备和可读存储介质。
背景技术
对于传统的移动端APP，在没有动态更新逻辑之前，每次安装包更新，都需要更新代码和编译号来发布新的安装包，用户通过安装新的安装包来体验更新的功能，称之为常规的APP更新过程。
目前，通过拆解安装包资源，更新版本号和编译号，对生产环境用户手机上的安装包进行动态更新，用户无需安装新的安装包即可体验更新的功能。
但是，现有针对版本和编译号的更新会导致在测试阶段多分支、运维阶段多渠道的动态更新管理冲突问题。
在开发测试过程中，现有针对版本和编译号的更新无法满足开发测试过程中多分支并行开发测试的场景需要，若存在多个分支针对同一个版本号不同的功能进行更新，如果其中一个分支功能需要先进行动态更新验证，则会导致其他分支的相关代码资源被更新到需要先进行动态更新的分支对齐，导致其余的分支丢失原先的自身代码资源。
在生产运维过程中，现有针对版本和编译号的更新无法满足生产运维过程中多渠道的灰度验证场景和指定渠道更新需要，若存在需要对多个渠道中其中一个渠道进行动态更新，由于存在相同的版本号和编译号，则其余渠道的相关代码资源可能会被强制更新到需要更新的渠道对齐。如果想要解决这个问题，只能对不同渠道用户的用户ID及渠道映射关系进行维护，由于用户可能存在多渠道更新安装情况，会造成维护成本的增加。
发明内容
本发明实施例提供一种APP动态更新管理方法、系统、电子设备和可读存储介质，用于解决现有针对版本和编译号的更新会导致在测试阶段多分支、运维阶段多渠道的动态更新管理冲突问题，维护成本增加的问题。
为了解决上述技术问题，本发明是这样实现的：
第一方面，本发明实施例提供了一种APP动态更新管理方法，包括：
接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；
其中，所述分支标签为渠道分支标签或功能分支标签，所述渠道分支标签包括发布所述APP的安装包的渠道标识；所述功能分支标签包括根据业务需求测试所述APP的安装包的业务标识。
可选的，还包括：
在测试阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
将所述分支标签写入安装包内部。
可选的，还包括：
在发布阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
将所述分支标签写入安装包内部。
可选的，所述分支标签还包括：通用标识和版本号，所述通用标识指用来区分不同类型的分支的标识。
可选的，检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配还包括：在发布上线阶段，若未完全匹配，向所述APP发送所述更新的安装包为非法包的提示。
第二方面，本发明实施例提供了一种APP动态更新管理系统，包括：
接收模块，用于接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
第一处理模块，用于检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
第二处理模块，用于若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；
其中，所述分支标签为渠道分支标签或功能分支标签，所述渠道分支标签包括发布所述APP的安装包的渠道标识；所述功能分支标签包括根据业务需求测试所述APP的安装包的业务标识。
可选的，还包括：
第一预处理模块，用于在测试阶段，获取所述APP的主分支；
第二预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
第三预处理模块，用于将所述分支标签写入安装包内部。
可选的，还包括：
第四预处理模块，用于在发布阶段，获取所述APP的主分支；
第五预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
第六预处理模块，用于将所述分支标签写入安装包内部。
第三方面，本发明实施例提供了一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上述第一方面所述的APP动态更新管理方法的步骤。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的APP动态更新管理方法的步骤。
在本发明实施例中，在接收到APP发送的动态更新请求后，将所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签进行匹配，若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP，引入分支标签来避免在测试阶段多个功能分支的动态更新验证产生冲突，避免在运维阶段多各渠道的动态更新管理产生冲突，防止在动态更新过程中具有同样版本号和编译号的其他分支丢失自身代码资源，实现各分支、各渠道的相对独立，减少维护成本。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本发明实施例的APP动态更新管理方法的流程示意图；
图2为本发明实施例在测试阶段执行APP动态更新管理的工作过程示意图；
图3为本发明实施例在生产运维阶段执行APP动态更新管理的工作过程示意图；
图4A为现有技术在多分支并行开发场景中A分支执行APP动态更新管理的工作过程示意图；
图4B为现有技术在多分支并行开发场景中B分支执行APP动态更新管理的工作过程示意图；
图4C为现有技术在多分支并行开发场景中C分支执行APP动态更新管理的工作过程示意图；
图5A为本发明实施例在多分支并行开发场景中A分支执行APP动态更新管理的工作过程示意图；
图5B为本发明实施例在多分支并行开发场景中B分支执行APP动态更新管理的工作过程示意图；
图5C为本发明实施例在多分支并行开发场景中C分支执行APP动态更新管理的工作过程示意图；
图6A为现有技术在多渠道并行发布场景中A分支执行APP动态更新管理的工作过程示意图；
图6B为现有技术在多渠道并行发布场景中B分支执行APP动态更新管理的工作过程示意图；
图6C为现有技术在多渠道并行发布场景中C分支执行APP动态更新管理的工作过程示意图；
图7A为本发明实施例在多渠道并行发布场景中A分支执行APP动态更新管理的工作过程示意图；
图7B为本发明实施例在多渠道并行发布场景中B分支执行APP动态更新管理的工作过程示意图；
图7C为本发明实施例在多渠道并行发布场景中C分支执行APP动态更新管理的工作过程示意图；
图8为本发明实施例的APP动态更新管理系统的结构示意图；
图9为本发明实施例的电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参考图1、图2和图3，本发明实施例提供一种APP动态更新管理方法，包括：
步骤11：接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
步骤12：检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
步骤13：若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；
其中，所述分支标签为渠道分支标签或功能分支标签，所述渠道分支标签包括发布所述APP的安装包的渠道标识；所述功能分支标签包括根据业务需求测试所述APP的安装包的业务标识；
所述渠道是指APP发布在的平台，举例来说，小米商店，华为应用市场，苹果应用商店或应用宝。
请参考图2和图3，所述步骤可以由动更配置平台执行，在接收到APP发送的动态更新请求，由所述动更配置平台检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配，若完全匹配，则下发更新资源，即将所述更新的安装包中本次动态更新的部分发送给所述APP；若不完全匹配，则不允许更新。
在本发明实施例中，在接收到APP发送的动态更新请求后，将所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签进行匹配，若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP，引入分支标签来避免在测试阶段多个功能分支的动态更新验证产生冲突，避免在运维阶段多各渠道的动态更新管理产生冲突，防止在动态更新过程中具有同样版本号和编译号的其他分支丢失自身代码资源，实现各分支、各渠道的相对独立，减少维护成本。
图2是在测试阶段执行APP动态更新管理的工作过程，用于实现多分支动态更新管理优化；图3是在生产运维阶段执行APP动态更新管理的工作过程，用于实现渠道动态更新管理优化。
本发明实施例中，可选的，还包括：
在测试阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
将所述分支标签写入安装包内部。
请参考图2，所述拉取分支可以由版本管理平台执行，所述版本管理平台包括以下至少之一：Git版本管理平台和SVN版本管理平台。
请参考图2，所述将所述分支标签写入安装包内部可以由配置平台执行，将功能分支标签作为参数写入安装包，所述配置平台包括以下至少之一：CI配置平台和CD配置平台。
本发明实施例中，可选的，还包括：
在发布阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
将所述分支标签写入安装包内部。
请参考图3，所述拉取分支可以由版本管理平台执行，所述版本管理平台包括以下至少之一：Git版本管理平台和SVN版本管理平台。
请参考图3，所述将所述分支标签写入安装包内部可以由配置平台执行，将渠道分支标签作为参数写入安装包，所述配置平台包括以下至少之一：CI配置平台和CD配置平台。
所述测试阶段主分支通常与发布阶段主分支为同一分支。
可选的，所述分支标签还包括：
通用标识和版本号，所述通用标识指用来区分不同类型的分支的标识。
举例来说，在测试阶段，分支标签可以命名为通用标识-版本号-业务标识，如dev-1.0.0-fe1；在发布阶段，分支标签可以命名为通用标识-版本号-渠道标识，如dev-1.0.0-sto1。
可选的。检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配还包括：
在发布上线阶段，若未完全匹配，向所述APP发送所述更新的安装包为非法包的提示。
所述提示可以通过在所述APP弹出提示框告知为非法包。
本发明实施例中，与传统的针对版本和编译号的更新不同的是，增加了分支标签来避免不需更新的安装包更新对齐，举例来说：
比如在开发测试过程中，同时存在A、B、C三个功能分支，均为针对版本号1.0.0的功能更新，并需要同时于1.0.0版本编译号2进行发布。那么在A功能分支、B功能分支、C功能分支并行测试过程中，如果A功能分支功能需要先进行动态更新验证，现有技术中，请参考图4A、图4B和图4C，在根据1.0.0版本号和编译号2进行更新配置之后，B功能分支、C功能分支的测试包由于同样匹配版本号1.0.0和编译号2，相关代码资源被更新到A功能分支对齐，丢失原先的B功能分支、C自身代码资源。
本发明实施例中，请参考图5A、图5B和图5C，根据分支的功能将分支标签写入安装包，测试X1测试的功能为A，写入功能分支标签A；测试Y1测试的功能为B，写入功能分支标签B；测试Z1测试的功能为C，写入功能分支标签C。在进行测试验证时，当且仅当，版本号、编译号和功能分支标签均匹配成功，那么测试功能才会自动更新，每个功能分支的代码资源各自更新，不会丢失自身代码资源。
比如在生产运维过程中，同时发布了A、B、C三个渠道分支，现在需要对A渠道分支进行动态更新以确保更新功能生产环境正常，或仅需要对A渠道分支进行特定更新运营需求，现有技术中，请参考图6A、图6B和图6C，在根据1.0.0版本号和编译号2进行更新配置之后，B渠道分支、C渠道分支的应用商店渠道包由于同样匹配版本号1.0.0和编译号2，则相关代码资源被强制更新到A渠道分支对齐。
本发明实施例中，请参考图7A、图7B和图7C，根据分支的发布渠道将渠道分支标签写入安装包，A渠道写入渠道分支标签A；B渠道写入渠道分支标签B；C渠道写入渠道分支标签C。用户X1下载A渠道的安装包A进行安装使用；用户Y1下载B渠道的安装包B进行安装使用；用户Z1下载C渠道的安装包C进行安装使用。在进行更新时，当且仅当，版本号、编译号和渠道分支标签均匹配成功，各个渠道的用户的安装包才会自动更新，每个渠道分支的代码资源各自更新，不会丢失自身代码资源。
请参考图8，本发明还提供APP动态更新管理系统80，包括：
接收模块81，用于接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
第一处理模块82，用于检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
第二处理模块83，用于若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP。
可选的，APP动态更新管理系统80还包括：
第一预处理模块，用于在测试阶段，获取所述APP的主分支；
第二预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
第三预处理模块，用于将所述分支标签写入安装包内部。
可选的，APP动态更新管理系统80还包括：
第四预处理模块，用于在发布阶段，获取所述APP的主分支；
第五预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
第六预处理模块，用于将所述分支标签写入安装包内部。
可选的，所述分支标签还包括：
通用标识和版本号，所述通用标识指用来区分不同类型的分支的标识。
可选的，APP动态更新管理系统80还包括：
第三处理模块84，用于在发布上线阶段，若未完全匹配，向所述APP发送所述更新的安装包为非法包的提示。
请参考图9，本发明实施例还提供一种电子设备90，包括处理器91，存储器92，存储在存储器92上并可在所述处理器91上运行的计算机程序，该计算机程序被处理器91执行时实现上述多级消息队列实现方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述多级消息队列实现方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random AccessMemory，RAM）、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。
Claims (10)
1.一种APP动态更新管理方法，其特征在于，包括：
接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；
其中，所述分支标签为渠道分支标签或功能分支标签，所述渠道分支标签包括发布所述APP的安装包的渠道标识；所述功能分支标签包括根据业务需求测试所述APP的安装包的业务标识。
2.根据权利要求1所述的方法，其特征在于，还包括：
在测试阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
将所述分支标签写入安装包内部。
3.根据权利要求1所述的方法，其特征在于，还包括：
在发布阶段，获取所述APP的主分支；
从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
将所述分支标签写入安装包内部。
4.根据权利要求1所述的方法，其特征在于，所述分支标签还包括：
通用标识和版本号，所述通用标识指用来区分不同类型的分支的标识。
5.根据权利要求1所述的方法，其特征在于，检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配还包括：
在发布上线阶段，若未完全匹配，向所述APP发送所述更新的安装包为非法包的提示。
6.一种APP动态更新管理系统，其特征在于，包括；
接收模块，用于接收APP发送的动态更新请求，所述动态更新请求中包括所述APP的当前安装包的版本号、编译号和分支标签；
第一处理模块，用于检查所述APP的当前安装包的版本号、编译号和分支标签与更新的安装包的版本号、编译号和分支标签是否完全匹配；
第二处理模块，用于若完全匹配，将所述更新的安装包中本次动态更新的部分发送给所述APP；
其中，所述分支标签为渠道分支标签或功能分支标签，所述渠道分支标签包括发布所述APP的安装包的渠道标识；所述功能分支标签包括根据业务需求测试所述APP的安装包的业务标识。
7.根据权利要求6所述的系统，其特征在于，还包括：
第一预处理模块，用于在测试阶段，获取所述APP的主分支；
第二预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的能够执行特定功能的独立程序；
第三预处理模块，用于将所述分支标签写入安装包内部。
8.根据权利要求6所述的系统，其特征在于，还包括：
第四预处理模块，用于在发布阶段，获取所述APP的主分支；
第五预处理模块，用于从所述主分支中拉取分支，并命名所述分支，得到分支标签，其中，所述分支是指从所述主分支上分离出来的针对不同发布渠道发布的独立程序；
第六预处理模块，用于将所述分支标签写入安装包内部。
9.一种电子设备，其特征在于，包括；处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至5中任一项所述的APP动态更新管理方法的步骤。
10.一种计算机可读存储介质，其特征在于，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的APP动态更新管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211528483.3A CN115543394A (zh) | 2022-12-01 | 2022-12-01 | App动态更新管理方法、系统、电子设备和可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211528483.3A CN115543394A (zh) | 2022-12-01 | 2022-12-01 | App动态更新管理方法、系统、电子设备和可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115543394A true CN115543394A (zh) | 2022-12-30 |
Family
ID=84722522
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211528483.3A Pending CN115543394A (zh) | 2022-12-01 | 2022-12-01 | App动态更新管理方法、系统、电子设备和可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115543394A (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615448A (zh) * | 2013-11-05 | 2015-05-13 | 北大方正集团有限公司 | 一种软件渠道包更新方法、管理方法及设备 |
| CN106487602A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技（深圳）有限公司 | 应用程序发布版本监控方法与监控装置 |
| CN107729031A (zh) * | 2017-08-25 | 2018-02-23 | 上海壹账通金融科技有限公司 | 代码管理方法、装置、计算机设备和计算机可读存储介质 |
| CN109814894A (zh) * | 2018-11-08 | 2019-05-28 | 深圳壹账通智能科技有限公司 | 一种应用更新方法、装置、设备及存储介质 |
| CN110362337A (zh) * | 2019-07-12 | 2019-10-22 | 腾讯科技（北京）有限公司 | 应用程序的版本发布方法、装置、设备及存储介质 |
| CN111831554A (zh) * | 2020-06-09 | 2020-10-27 | 时时同云科技(成都)有限责任公司 | 一种代码检查方法及装置 |
| CN112306530A (zh) * | 2020-11-10 | 2021-02-02 | 珠海格力电器股份有限公司 | 软件更新法、装置、电子设备和计算机可读介质 |
| CN112817634A (zh) * | 2021-01-29 | 2021-05-18 | Oppo广东移动通信有限公司 | Cota包下载方法及装置 |
| CN114296753A (zh) * | 2021-11-26 | 2022-04-08 | 网易（杭州）网络有限公司 | 文件发布方法、装置、存储介质及电子装置 |
| CN114780135A (zh) * | 2022-03-28 | 2022-07-22 | 东莞市盟大数据科技有限公司 | 基于git的项目管理方法、装置、电子设备及存储介质 |
-
2022
- 2022-12-01 CN CN202211528483.3A patent/CN115543394A/zh active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104615448A (zh) * | 2013-11-05 | 2015-05-13 | 北大方正集团有限公司 | 一种软件渠道包更新方法、管理方法及设备 |
| CN106487602A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技（深圳）有限公司 | 应用程序发布版本监控方法与监控装置 |
| CN107729031A (zh) * | 2017-08-25 | 2018-02-23 | 上海壹账通金融科技有限公司 | 代码管理方法、装置、计算机设备和计算机可读存储介质 |
| CN109814894A (zh) * | 2018-11-08 | 2019-05-28 | 深圳壹账通智能科技有限公司 | 一种应用更新方法、装置、设备及存储介质 |
| CN110362337A (zh) * | 2019-07-12 | 2019-10-22 | 腾讯科技（北京）有限公司 | 应用程序的版本发布方法、装置、设备及存储介质 |
| CN111831554A (zh) * | 2020-06-09 | 2020-10-27 | 时时同云科技(成都)有限责任公司 | 一种代码检查方法及装置 |
| CN112306530A (zh) * | 2020-11-10 | 2021-02-02 | 珠海格力电器股份有限公司 | 软件更新法、装置、电子设备和计算机可读介质 |
| CN112817634A (zh) * | 2021-01-29 | 2021-05-18 | Oppo广东移动通信有限公司 | Cota包下载方法及装置 |
| CN114296753A (zh) * | 2021-11-26 | 2022-04-08 | 网易（杭州）网络有限公司 | 文件发布方法、装置、存储介质及电子装置 |
| CN114780135A (zh) * | 2022-03-28 | 2022-07-22 | 东莞市盟大数据科技有限公司 | 基于git的项目管理方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107391104B (zh) | 一种客户端与react native代码的更新依赖管理方法、装置及系统 | |
| CN110096424B (zh) | 测试的处理方法、装置、电子设备及存储介质 | |
| US9063819B2 (en) | Extensible patch management | |
| CN110463162B (zh) | 应用部署方法、装置及系统 | |
| CN111708702A (zh) | 模拟测试方法、客户端、服务端、系统与可读存储介质 | |
| CN110225078B (zh) | 一种应用服务更新方法、系统及终端设备 | |
| CN108255708B (zh) | 测试环境中访问生产文件的方法、装置、存储介质及设备 | |
| CN109885612B (zh) | 区块链智能合约的同步生效方法及装置 | |
| CN108874437B (zh) | 一种android应用程序的在线云更新方法 | |
| CN110209416A (zh) | 应用软件更新方法、装置、终端及存储介质 | |
| CN111143023A (zh) | 一种资源变更的方法及装置、设备、存储介质 | |
| US9208320B2 (en) | Software distribution system and software distribution method | |
| CN110851151B (zh) | 预装应用的方法、装置、终端、服务器和存储介质 | |
| US8769520B2 (en) | Calendar aware adaptive patching of a computer program | |
| CA3176456A1 (en) | Release upgrading method applicable to hybrid application, corresponding device and intelligent equipment | |
| CN115543394A (zh) | App动态更新管理方法、系统、电子设备和可读存储介质 | |
| US8615751B2 (en) | Seeding product information | |
| CN113076248B (zh) | 一种应用处理方法、装置、设备及可读存储介质 | |
| CN114237634A (zh) | 应用发布风险识别方法、装置、设备、介质、程序产品 | |
| CN106162345A (zh) | 一种智能电视系统的灰度升级方法及系统 | |
| CN114237687A (zh) | 软件版本的获取方法、系统、电子设备和存储介质 | |
| CN112965733A (zh) | 组件库更新方法、装置、电子设备和可读存储介质 | |
| CN106778270A (zh) | 一种恶意应用程序的检测方法及系统 | |
| CN113297081A (zh) | 一种持续集成流水线的执行方法和装置 | |
| CN108234414B (zh) | 一种app应用的升级方法及装置 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20221230 |