OpenProject 4.1.1 发布说明Roadmap 版本编辑链接修复与工作包列选择界面优化【免费下载链接】openprojectOpenProject is the leading open source project management software for product, project and portfolio management. A powerful Jira alternative with agile planning, issue tracking, roadmaps, Gantt charts, time tracking, collaboration features, and more. Available on premises or in the cloud. ⭐ Star us on GitHub项目地址: https://gitcode.com/GitHub_Trending/op/openprojectOpenProject 4.1.1 是继 4.1.0 大版本之后于 2015 年 5 月 26 日发布的一个维护性补丁版本聚焦两个明确问题修复了 4.1.0 中从 Roadmap路线图界面编辑版本时因链接错误触发内部错误#20094的缺陷并增大了工作包页面列选择界面的宽度#20095。通过本文你可以了解这两个修复的具体成因、修复内容以及它们在当前 OpenProject 源码VersionsController、Roadmap 视图 等中的对应实现脉络。发布概述项目内容版本号4.1.1发布日期2015-05-26版本性质维护性补丁bug fix 设计修复修复问题#20094Roadmap 编辑版本内部错误、#20095列选择界面宽度OpenProject 4.1.0 于 2015-05-21 发布带来工作包分屏界面重构、就地编辑、基于 Foundation 框架的全新响应式设计以及大量可访问性改进详见 4.1.0 发布说明。4.1.1 则是在 4.1.0 上线后仅 5 天推出的补丁版本主要解决 4.1.0 引入的回归问题属于典型的大版本后快速修补发布节奏。修复一Roadmap 界面编辑版本触发内部错误#20094问题成因在 OpenProject 4.1.0 中当用户从 Roadmap 界面尝试编辑一个版本Version时页面会因一个错误的链接而显示内部错误internal error。该问题被记录为工作包 #20094并在 4.1.1 中得到修复。从源码结构看这一问题的背景在于Roadmap 页面与版本Version的编辑入口之间存在跨页面跳转链路而 4.1.0 的界面重构引入 Foundation 框架、重做工作包与项目页面设计改变了部分视图的链接构造方式导致从 Roadmap 上下文跳转到版本编辑页面时生成了无效链接。当前源码中的对应实现在当前仓库中Roadmap 与版本管理的职责边界非常清晰可帮助你理解该问题的修复落点Roadmap 数据装配VersionsController#indexversions_controller.rb负责收集项目启用的工作包类型、按类型筛选并构建版本 → 工作包的映射关系渲染 Roadmap 页面。Roadmap 页面渲染index.html.erb 遍历versions为每个版本渲染标题、概述、关联 Wiki 页面与相关工作包列表#20094涉及的从 Roadmap 编辑版本入口本质上就是从这里链接到版本编辑动作。版本编辑入口版本详情页 show.html.erb 中编辑按钮通过edit_version_path(version)构造到VersionsController#edit的链接并带有data: { test_selector: version-edit-button }测试选择器。修复#20094正是要确保这条从 Roadmap 到edit动作的链接在各视图上下文中均能正确生成。修复后的行为升级到 4.1.1 后用户可以从 Roadmap 页面直接点击版本标题进入详情并通过编辑按钮进入版本编辑界面不再出现内部错误页面。对于当前版本VersionsController对edit动作的前置过滤为before_action :find_versionversions_controller.rb即编辑操作始终基于可见的、已加载的版本对象执行从 Roadmap 上下文携带正确的版本 ID 即可稳定跳转。修复二工作包列选择界面宽度增加#20095问题背景第二个修复属于设计层面的优化工作包页面的列选择界面column selection screen宽度被增大以改善列配置时的可读性与操作体验。该改动记录为 #20095。这一设计与 4.1.0 的表格能力升级直接相关在 4.1.0 中工作包表格的 ID 列不再固定而是与其他列一样可以添加、移除、调整顺序见 4.1.0 发布说明。列选择界面对应的正是这套哪些列显示、按什么顺序显示的配置交互——当可配置列增多后弹窗/面板宽度不足会显著影响可用性因此 4.1.1 通过增加宽度来容纳更完整的列清单与操作控件。实际影响用户在配置工作包表格列时可以看到更完整的列名称减少滚动与换行。列的选择、排序、移除操作在更宽的空间内排列更清晰降低误操作概率。该改动不影响数据逻辑属于纯 UI 层面的设计修复风险面小适合在补丁版本中快速合入。4.1.1 在 4.x 版本线中的位置OpenProject 4.x 系列覆盖了 2014 年至 2015 年间的多个迭代4.1.1 位于 4.1 分支的早期维护阶段版本发布日期OpenProject 4.1.02015-05-21OpenProject 4.1.1本文2015-05-26OpenProject 4.1.22015-06-11OpenProject 4.1.32015-06-17OpenProject 4.2.02015-07-07完整版本表可参见 4.x 发布说明索引。4.1.1 之后4.1 分支还经历了 4.1.2、4.1.3、4.1.4 数次维护发布随后主线进入 4.2 系列。获取与验证4.1.1 的完整变更清单记录在社区版 Changelog v.4.1.1版本 714中可对照#20094与#20095两个工作包核实修复细节。若需要直接检查该版本的源码可基于仓库历史检出v4.1.1标签git clone https://gitcode.com/GitHub_Trending/op/openproject后执行git checkout v4.1.1前提是该仓库保留对应历史标签。对于当前主线的 OpenProjectRoadmap 与版本管理的实现可继续参考 VersionsController、Roadmap 视图 与 版本编辑视图相关功能测试位于 spec/controllers/versions_controller_spec.rb 等规格文件中。小结OpenProject 4.1.1 是一个目标明确的小型补丁版本一个功能性回归修复Roadmap 编辑版本内部错误#20094一个界面设计优化工作包列选择界面加宽#20095。它体现了 OpenProject 在 4.1.0 大规模 UI 重构后快速跟进回归问题的维护节奏——对于采用 4.1.0 的用户而言升级到 4.1.1 是修复已知缺陷、恢复 Roadmap 编辑能力的最低成本途径。【免费下载链接】openprojectOpenProject is the leading open source project management software for product, project and portfolio management. A powerful Jira alternative with agile planning, issue tracking, roadmaps, Gantt charts, time tracking, collaboration features, and more. Available on premises or in the cloud. ⭐ Star us on GitHub项目地址: https://gitcode.com/GitHub_Trending/op/openproject创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考