Mojarra 2.2版本发散
https://javaserverfaces.java.net/nonav/2.2/releasenotes.html列出了JSF2的两个不同版本的分支。奇怪的是，2.2.8-xx似乎比2.2.9及以上版本更近。
一些错误仅在2.2.9中修复(https://github.com/javaserverfaces/mojarra/issues/3384)，有些仅在2.2.8-xx中出现(https://github.com/javaserverfaces/mojarra/issues/4111)两种版本中都有一些(https://github.com/javaserverfaces/mojarra/issues/3133).
这背后的原因是什么？我应该在生产中使用哪个分支？两者似乎都包含重要的错误修复。
我在谷歌上找不到任何关于这个的信息。也许mojarra的人可以在发行说明中添加一些信息。
共有1个答案
Mojarra 2.2.8-xx版本是专门为Oracle WebLogic 12c构建的，每次都从更新版本中精心挑选错误修复。WebLogic在其集成的Weld版本中存在一个错误，使其与Mojarra 2.2.9和更新版本不兼容，其中引入了问题3345的修复。
如果你没有使用WebLogic 12c，那么就完全忽略2.2.8-xx版本，选择最新的2.2。从今天2.2.14开始。但是，如果您使用的是WebLogic 12c，那么您实际上应该专注于从Oracle WebLogic support获得一个维护包。它将捆绑更新的Mojarra 2.2.8-xx版本。
作为参考：我是Mojarra提交者。
-
版本号 采用三位版本号，分别是主版本号、次版本号、修订版本号。例如 5.1.2。 参见: http://semver.org/lang/zh-CN/。 主版本号：主版本号内的所有版本必须相互兼容；与其它主版本号不一定完全兼容，尽量向下兼容。 次版本号：代表新特性增强。版本号越大特性越丰富。 修订版本号：代表BugFix版本。只做bug修复使用，版本号越大越稳定。 版本维护 最多同时维护两个版本。
-
我有一个奇怪的问题，我的调试版本工作正常，但是在签署并生成一个应用程序包后，我将其上传到Play商店，该应用程序立即崩溃（我在具有我的应用程序的商店版本的手机上运行LogCat，我看到它与AndroidX ConstraintLayout有关，但无法复制它）。我认为和版本之间有一些区别，所以我开始调试我的发布版本。 当我这样做时，Android Studio无法安装APK，出现以下错误： 安装失败
-
1.3.2 2020-06-19 Bug Fixes 移除对 bolt address parser 的扩展，避免 check connection 返回结果不符合预期 SPI 组件 JRaftServiceLoader 改为延迟加载策略规避多余对象的创建 几个 corner case 修复，比如 replicate logs 如果比 appliedIndex（follower）更小，那么可以认为
-
本页介绍了 MOSN 的 版本发布步骤。 MOSN 版本发布步骤 一、冻结代码 在准备一个版本发布期间，停止代码往 master 分支的合并 二、整理 Release notes 基于 Github 的 PullRequest 记录，整理本次发布的内容与上一个版本之间的差异，需要注意仅统计目标分支是 master 且正常合并的 PullRequest 首先记录原始的信息，统一记录在 MOSN Re
-
以下版本的发布文件包含在 npm 和 CDN 中。github 做为源码管理仓库，不包含发布文件。 版本 兼容性 错误提示 DevTool 组件反解 语法压缩 san.js san.min.js san.dev.js san.modern.js san.modern.min.js san.modern.dev.js san.spa.js san.spa.min.js san.spa.dev.js
-
稳定化是让一个发布分支进入发布状态的过程；也就是决定哪些变更将会进入发布版本，并以此为根据修整分支的内容。 “决定”一词有许多潜在的不幸。在协作软件项目中最后一分钟特性冲击是非常常见的现象：当开发者看到软件发布将要发生，他们便混乱的结束当前的变更，不希望错过这班船。当然，这是在发布时你最不想看到的场面。如果人们能在比较以舒适的节奏，无需担心变更是进入这个版本还是下一个版本时完成这个特性，效果会更好