## 1.问题描述 部分客户在EAS860安装PTM150382补丁后，安装其他领域的补丁修复bug。部分客户安装后发现该补丁虽然已经正常安装，但是并未修复问题。经过该补丁领域的同事排除后发现jar包不是需要安装补丁中的jar包。 ## 2.问题原因 该问题的核心在于管理控制台打补丁包时的内部机制，管理控制台在升级包是，会存在判断该包构建的时间，如果本地存在的包构建时间是晚于补丁包中构建的时间，那么控制台就会认为本地包才是新包，补丁包中是旧包而不进行覆盖更新。这个逻辑在90%环境中都是合理的。 但是EAS860的部分补丁生命周期和861部分补丁的生命周期存在重叠。也就是存在客户在860环境中安装了一个较新的许可领域补丁，比如22年2月的补丁。861是21年10月发版，那么EAS860在安装PTM150382补丁后升级为EAS861，再去安装21年10月至22年2月之间的许可领域补丁，那么该补丁就不会生效。许可相关的功能还是860版本的。 ## 3.解决方案 需要安装原有EAS860的领域补丁发布日期之后的EAS861补丁进行覆盖，比如安装22年2月之后的许可领域补丁就可以修复以上提出的问题。