OpenProject 12.1.3 补丁版发布解析Settings 重构回归、LDAP 用户同步与邮件配置修复【免费下载链接】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导读OpenProject 12.1.3 是 2022 年 5 月 12 日发布的一个补丁级patch版本。本次发布的直接背景是OpenProject 在 12.1 系列中引入了针对环境变量ENV配置与数据库配置的较大规模 Settings 重构而这一重构给下游产品带来了若干约束性问题因此官方以 12.1.3 快速跟进修复。本文以官方发布说明为主线结合当前仓库源码深入拆解三个核心修复点openproject configure报错、LDAP 用户定时同步失效、Packager 配置在 sendmail 场景下的失败背后的配置机制、同步任务实现与邮件配置链路帮助运维与二次开发人员理解该版本的修复内容及底层原理。版本概览与升级建议项目内容版本号12.1.3发布日期2022-05-12发布类型补丁级patch修复版本修复方向Settings 重构回归引发的配置命令、LDAP 同步、邮件配置问题官方发布说明明确指出本次发布包含多项 bug 修复several bug fixes并强烈建议所有用户升级到最新版本。由于 12.1 系列对应用设置app settings进行了较大规模重构旨在理清ENV 设置与基于数据库的设置之间的边界这一重构在提高配置体系一致性的同时也给下游产品带来了一些约束性问题从而需要再次发布补丁版本加以修正官方在发布说明中对由此造成的不便致歉。一、Settings 重构背景ENV 配置与数据库配置的边界1.1 为什么会有这次重构OpenProject 的配置体系长期存在两条路径数据库设置database-based settings通过Setting模型持久化在数据库中可在管理界面动态修改例如smtp_address、email_delivery_method等。环境变量 / 配置文件设置ENV / configuration.yml通过环境变量如OPENPROJECT_SMTP__ADDRESS或config/configuration.yml提供通常在启动时加载并覆盖默认值。12.1 系列的重构目标就是理清两者区分clean up the distinction between ENV settings and database-based settings但重构过程引入了新的约束constraints反而触发了多个下游场景的 bug于是有了 12.1.3 的回归修复。1.2 源码中的证据环境变量与设置的映射机制当前仓库中设置定义与环境变量的对应关系集中体现在lib/open_project/environment_variables_documentation.rb中。该模块说明了其职责Renders the list of environment variables overriding settings, i.e. the documented counterpart ofrake setting:available_envs.关键点包括通过Settings::Definition.all遍历全部设置定义按环境变量名排序生成文档environment_variables_documentation.rb每个设置定义可以通过definition.env_alias或Settings::Definition.possible_env_names(definition)推导出对应的环境变量名environment_variables_documentation.rb随机默认值如hashed_token_pepper、installation_uuid不会在文档中暴露真实默认值而是渲染为randomly generated占位符environment_variables_documentation.rb。这印证了重构后一个设置项既可能来自 ENV也可能来自数据库、且 ENV 优先的机制——正是这种双重来源的复杂性才使得重构容易产生回归。1.3 运维侧的设置管理命令与上述机制配套仓库在 lib/tasks/setting.rake 中提供了一组运维可用的 Rake 任务# 设置一个设置项 rake setting:set[key1value1,key2value2] # 读取一个设置项 rake setting:get[key] # 从某个环境变量读取并写入设置项仅当该环境变量存在时生效 rake setting:set_to_env[smtp_addressSMTP_HOST] # 列出所有可用作覆盖设置的环境变量 rake setting:available_envs其中setting:set_to_env的实现逻辑是仅当Settings::Definition.exists?且对应 ENV 变量存在时才写入setting.rake。这些命令是排查 12.1.3 修复后配置是否正确的实用工具——例如升级后可用rake setting:available_envs核对环境变量命名是否符合预期。二、修复点一openproject configure报错2.1 问题现象发布说明中第一个修复项为Fixed: openproject configure reports errors [#42349]openproject configure是打包安装Packager/Docker场景下最常用的交互式配置命令用于生成并写入configuration.yml。Settings 重构后该命令在读取/写入某些设置项时报错直接影响安装与初始配置流程。2.2 与邮件配置的关联同类问题在第三个修复项中体现得更具体详见第四节当sendmail被配置为邮件投递方式时configure 同样会失败。这说明openproject configure对邮件配置段email_delivery_method、smtp_*、sendmail_*等的读写与重构后的设置定义发生了冲突。2.3 验证与建议升级到 12.1.3 后重新运行openproject configure确认配置向导不再报错若仍出现错误可检查config/configuration.yml中的email_delivery_method是否为合法枚举值:smtp/:sendmail等并核对default/production段的缩进层级是否符合 YAML 规范参考 configuration.yml.example 中的default段示例。三、修复点二LDAP 用户定时同步失效3.1 问题现象发布说明中第二个修复项为Fixed: Scheduled LDAP User Synchronization doesnt work [#42351]即计划任务形式的 LDAP 用户同步在 Settings 重构后失效。所谓Scheduled指由后台任务Delayed Job / 定时调度触发的同步而不是用户登录时的即时同步。3.2 底层实现同步任务与同步服务当前仓库中该功能由以下两层组成1调度入口Ldap::SynchronizationJobapp/workers/ldap/synchronization_job.rb 中的核心逻辑def run_user_sync return if OpenProject::Configuration.ldap_users_disable_sync_job? ::LdapAuthSource.find_each do |ldap| Rails.logger.info { [LDAP groups] Synchronizing users for LDAP connection #{ldap.name} } ::Ldap::SynchronizeUsersService.new(ldap).call end end两点值得注意存在开关ldap_users_disable_sync_job?说明该同步任务可以被配置禁用——这正是配置重构影响行为的典型场景若该开关的默认值在重构后发生漂移计划同步就会静默失效任务会遍历所有LdapAuthSource即所有已配置的 LDAP 认证源对每个连接执行一次用户同步。2执行主体Ldap::SynchronizeUsersServiceapp/services/ldap/synchronize_users_service.rb 定义了同步的具体动作建立 LDAP 连接new_ldap_connection通过applicable_users取出需要同步的用户集合——若调用方传入了logins列表则只同步指定登录名按小写匹配否则同步该 LDAP 源关联的全部用户synchronize_users_service.rb逐个调用synchronize_user(user, ldap_con)并针对LdapAuthSource::Error与其他StandardError做差异化错误日志记录synchronize_users_service.rb。3同步的即时入口LdapAuthSource模型用户登录 / 查询时的即时同步则由 app/models/ldap_auth_source.rb 负责authenticate与find_user在成功命中 DN 后都会调用synchronize_userldap_auth_source.rb。也就是说OpenProject 的 LDAP 用户同步有登录即时同步与后台定时同步两条链路12.1.3 修复的是后者。3.3 测试佐证仓库中的相关测试确认了上述调用关系spec/services/ldap/synchronize_users_service_integration_spec.rb 覆盖Ldap::SynchronizeUsersService的集成行为spec/workers/ldap/synchronization_job_spec.rb 通过instance_double(Ldap::SynchronizeUsersService)验证 Job 确实构造并调用了同步服务。3.4 运维检查清单若在升级后怀疑 LDAP 定时同步异常可依次排查后台任务队列Delayed Job是否正常运行SynchronizationJob是否按调度入队配置中是否存在ldap_users_disable_sync_job相关开关被意外置为true查看应用日志中的[LDAP groups] Synchronizing users for LDAP connection ...与Failed to synchronize user ...记录确认 LDAP 认证源在管理 → 认证LDAP中状态正常onthefly_register等属性符合预期。四、修复点三Packager 配置在 sendmail 场景下失败4.1 问题现象发布说明中第三个修复项为Fixed: [Packager] configure fails when sendmail was configured for emails [#42352]即在打包安装Packager环境中当用户为邮件投递选择了sendmail方式后再次运行 configure 会失败。4.2 邮件投递方式的配置写法config/configuration.yml.example中给出了 sendmail 的标准配置production: email_delivery_method: :sendmail与之对照的 SMTP 最小配置production: email_delivery_method: smtp smtp_address: localhost smtp_port: 25更完整的 SMTP LOGIN 认证示例production: email_delivery_method: smtp smtp_address: example.com smtp_port: 25 smtp_authentication: :login smtp_domain: foo.com smtp_user_name: myaccount smtp_password: password完整示例见 configuration.yml.example4.3 底层实现邮件设置如何被加载app/models/setting/mail_settings.rb中的reload_mailer_settings!展示了邮件配置在运行时是如何生效的mail_settings.rbdef reload_mailer_settings! ActionMailer::Base.delivery_method Setting.email_delivery_method if Setting.email_delivery_method case Setting.email_delivery_method when :smtp reload_smtp_settings! when :sendmail ActionMailer::Base.sendmail_settings { location: Setting.sendmail_location, arguments: Setting.sendmail_arguments } end rescue StandardError e Rails.logger.error Unable to set ActionMailer settings (#{e.message}). \ Email sending will most likely NOT work. end要点email_delivery_method的值直接决定分支smtp走reload_smtp_settings!sendmail则读取sendmail_location与sendmail_arguments两个设置sendmail 分支对设置项的依赖与 smtp 分支不同不涉及smtp_*系列键。如果重构后的设置定义对sendmail_location/sendmail_arguments的默认值、允许值或读取方式处理不当configure 在回读这些键时就会报错——这正是 12.1.3 要修复的回归点该方法对任何异常都做了兜底日志Email sending will most likely NOT work.意味着此类配置问题在运行时往往表现为邮件发不出而不仅是 configure 报错。4.4 SMTP 分支的更多细节若使用 SMTPreload_smtp_settings!还会处理以下细节mail_settings.rbsmtp_authentication为:none时会从ActionMailer::Base.smtp_settings中删除user_name、password、authentication三个键仅保留address、port、domain逐键写入smtp_address、smtp_port、smtp_domain、smtp_authentication、smtp_user_name、smtp_password固定设置enable_starttls_auto、ssl、open_timeout、read_timeout均来自Setting.smtp_*可选设置openssl_verify_mode仅当值非 nil 时写入。这些键与configuration.yml.example中的 SMTP 示例一一对应升级到 12.1.3 后若仍遇到邮件问题可以重点核对上述键是否在管理界面或配置文件中正确设置。五、升级与验证路径5.1 升级动作Packager / Docker 安装升级到 12.1.3 镜像或软件包后重新运行openproject configure确认向导不再报错源码部署拉取对应 tag 后执行数据库迁移与资源预编译并重启后台任务进程Delayed Job / Sidekiq 等以确保SynchronizationJob恢复调度。5.2 回归验证清单openproject configure完整跑通包括邮件投递方式为sendmail的场景在管理界面配置一个 LDAP 认证源触发一次定时同步确认日志出现Synchronizing users for LDAP connection且用户列表正确更新发送测试邮件确认email_delivery_method为smtp/sendmail时均能正常投递使用rake setting:get[key]抽查关键设置值与configuration.yml中配置保持一致。5.3 遇到问题时如何上报发布说明建议如果在安装或使用 OpenProject 时遇到 bug请帮助团队向社区报告。仓库根目录的 CONTRIBUTING.md 与 SECURITY.md 提供了贡献与安全问题的基本指引提交 bug 时尽量附上版本号、部署方式Packager / Docker / 源码、configuration.yml脱敏片段与相关日志便于快速定位。总结OpenProject 12.1.3 是一次典型的重构回归快速修复补丁发布12.1 系列对 ENV 设置与数据库设置边界的大规模重构导致了openproject configure报错、LDAP 用户定时同步失效、Packager 在 sendmail 场景下 configure 失败三个下游问题。通过本次修复官方恢复了配置命令、LDAP 定时同步与邮件配置链路的稳定性并再次强调了升级到最新版本的建议。对运维人员而言理解设置双重来源 环境变量覆盖 Rake 管理命令这套机制源码依据setting.rake、environment_variables_documentation.rb配合 LDAP 同步的两条链路synchronization_job.rb、synchronize_users_service.rb与邮件配置加载逻辑mail_settings.rb即可在升级后快速验证并排查同类回归问题。【免费下载链接】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），仅供参考 OpenProject 12.1.3 补丁版发布解析：Settings 重构回归、LDAP 用户同步与邮件配置修复
OpenProject 12.1.3 补丁版发布解析Settings 重构回归、LDAP 用户同步与邮件配置修复【免费下载链接】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导读OpenProject 12.1.3 是 2022 年 5 月 12 日发布的一个补丁级patch版本。本次发布的直接背景是OpenProject 在 12.1 系列中引入了针对环境变量ENV配置与数据库配置的较大规模 Settings 重构而这一重构给下游产品带来了若干约束性问题因此官方以 12.1.3 快速跟进修复。本文以官方发布说明为主线结合当前仓库源码深入拆解三个核心修复点openproject configure报错、LDAP 用户定时同步失效、Packager 配置在 sendmail 场景下的失败背后的配置机制、同步任务实现与邮件配置链路帮助运维与二次开发人员理解该版本的修复内容及底层原理。版本概览与升级建议项目内容版本号12.1.3发布日期2022-05-12发布类型补丁级patch修复版本修复方向Settings 重构回归引发的配置命令、LDAP 同步、邮件配置问题官方发布说明明确指出本次发布包含多项 bug 修复several bug fixes并强烈建议所有用户升级到最新版本。由于 12.1 系列对应用设置app settings进行了较大规模重构旨在理清ENV 设置与基于数据库的设置之间的边界这一重构在提高配置体系一致性的同时也给下游产品带来了一些约束性问题从而需要再次发布补丁版本加以修正官方在发布说明中对由此造成的不便致歉。一、Settings 重构背景ENV 配置与数据库配置的边界1.1 为什么会有这次重构OpenProject 的配置体系长期存在两条路径数据库设置database-based settings通过Setting模型持久化在数据库中可在管理界面动态修改例如smtp_address、email_delivery_method等。环境变量 / 配置文件设置ENV / configuration.yml通过环境变量如OPENPROJECT_SMTP__ADDRESS或config/configuration.yml提供通常在启动时加载并覆盖默认值。12.1 系列的重构目标就是理清两者区分clean up the distinction between ENV settings and database-based settings但重构过程引入了新的约束constraints反而触发了多个下游场景的 bug于是有了 12.1.3 的回归修复。1.2 源码中的证据环境变量与设置的映射机制当前仓库中设置定义与环境变量的对应关系集中体现在lib/open_project/environment_variables_documentation.rb中。该模块说明了其职责Renders the list of environment variables overriding settings, i.e. the documented counterpart ofrake setting:available_envs.关键点包括通过Settings::Definition.all遍历全部设置定义按环境变量名排序生成文档environment_variables_documentation.rb每个设置定义可以通过definition.env_alias或Settings::Definition.possible_env_names(definition)推导出对应的环境变量名environment_variables_documentation.rb随机默认值如hashed_token_pepper、installation_uuid不会在文档中暴露真实默认值而是渲染为randomly generated占位符environment_variables_documentation.rb。这印证了重构后一个设置项既可能来自 ENV也可能来自数据库、且 ENV 优先的机制——正是这种双重来源的复杂性才使得重构容易产生回归。1.3 运维侧的设置管理命令与上述机制配套仓库在 lib/tasks/setting.rake 中提供了一组运维可用的 Rake 任务# 设置一个设置项 rake setting:set[key1value1,key2value2] # 读取一个设置项 rake setting:get[key] # 从某个环境变量读取并写入设置项仅当该环境变量存在时生效 rake setting:set_to_env[smtp_addressSMTP_HOST] # 列出所有可用作覆盖设置的环境变量 rake setting:available_envs其中setting:set_to_env的实现逻辑是仅当Settings::Definition.exists?且对应 ENV 变量存在时才写入setting.rake。这些命令是排查 12.1.3 修复后配置是否正确的实用工具——例如升级后可用rake setting:available_envs核对环境变量命名是否符合预期。二、修复点一openproject configure报错2.1 问题现象发布说明中第一个修复项为Fixed: openproject configure reports errors [#42349]openproject configure是打包安装Packager/Docker场景下最常用的交互式配置命令用于生成并写入configuration.yml。Settings 重构后该命令在读取/写入某些设置项时报错直接影响安装与初始配置流程。2.2 与邮件配置的关联同类问题在第三个修复项中体现得更具体详见第四节当sendmail被配置为邮件投递方式时configure 同样会失败。这说明openproject configure对邮件配置段email_delivery_method、smtp_*、sendmail_*等的读写与重构后的设置定义发生了冲突。2.3 验证与建议升级到 12.1.3 后重新运行openproject configure确认配置向导不再报错若仍出现错误可检查config/configuration.yml中的email_delivery_method是否为合法枚举值:smtp/:sendmail等并核对default/production段的缩进层级是否符合 YAML 规范参考 configuration.yml.example 中的default段示例。三、修复点二LDAP 用户定时同步失效3.1 问题现象发布说明中第二个修复项为Fixed: Scheduled LDAP User Synchronization doesnt work [#42351]即计划任务形式的 LDAP 用户同步在 Settings 重构后失效。所谓Scheduled指由后台任务Delayed Job / 定时调度触发的同步而不是用户登录时的即时同步。3.2 底层实现同步任务与同步服务当前仓库中该功能由以下两层组成1调度入口Ldap::SynchronizationJobapp/workers/ldap/synchronization_job.rb 中的核心逻辑def run_user_sync return if OpenProject::Configuration.ldap_users_disable_sync_job? ::LdapAuthSource.find_each do |ldap| Rails.logger.info { [LDAP groups] Synchronizing users for LDAP connection #{ldap.name} } ::Ldap::SynchronizeUsersService.new(ldap).call end end两点值得注意存在开关ldap_users_disable_sync_job?说明该同步任务可以被配置禁用——这正是配置重构影响行为的典型场景若该开关的默认值在重构后发生漂移计划同步就会静默失效任务会遍历所有LdapAuthSource即所有已配置的 LDAP 认证源对每个连接执行一次用户同步。2执行主体Ldap::SynchronizeUsersServiceapp/services/ldap/synchronize_users_service.rb 定义了同步的具体动作建立 LDAP 连接new_ldap_connection通过applicable_users取出需要同步的用户集合——若调用方传入了logins列表则只同步指定登录名按小写匹配否则同步该 LDAP 源关联的全部用户synchronize_users_service.rb逐个调用synchronize_user(user, ldap_con)并针对LdapAuthSource::Error与其他StandardError做差异化错误日志记录synchronize_users_service.rb。3同步的即时入口LdapAuthSource模型用户登录 / 查询时的即时同步则由 app/models/ldap_auth_source.rb 负责authenticate与find_user在成功命中 DN 后都会调用synchronize_userldap_auth_source.rb。也就是说OpenProject 的 LDAP 用户同步有登录即时同步与后台定时同步两条链路12.1.3 修复的是后者。3.3 测试佐证仓库中的相关测试确认了上述调用关系spec/services/ldap/synchronize_users_service_integration_spec.rb 覆盖Ldap::SynchronizeUsersService的集成行为spec/workers/ldap/synchronization_job_spec.rb 通过instance_double(Ldap::SynchronizeUsersService)验证 Job 确实构造并调用了同步服务。3.4 运维检查清单若在升级后怀疑 LDAP 定时同步异常可依次排查后台任务队列Delayed Job是否正常运行SynchronizationJob是否按调度入队配置中是否存在ldap_users_disable_sync_job相关开关被意外置为true查看应用日志中的[LDAP groups] Synchronizing users for LDAP connection ...与Failed to synchronize user ...记录确认 LDAP 认证源在管理 → 认证LDAP中状态正常onthefly_register等属性符合预期。四、修复点三Packager 配置在 sendmail 场景下失败4.1 问题现象发布说明中第三个修复项为Fixed: [Packager] configure fails when sendmail was configured for emails [#42352]即在打包安装Packager环境中当用户为邮件投递选择了sendmail方式后再次运行 configure 会失败。4.2 邮件投递方式的配置写法config/configuration.yml.example中给出了 sendmail 的标准配置production: email_delivery_method: :sendmail与之对照的 SMTP 最小配置production: email_delivery_method: smtp smtp_address: localhost smtp_port: 25更完整的 SMTP LOGIN 认证示例production: email_delivery_method: smtp smtp_address: example.com smtp_port: 25 smtp_authentication: :login smtp_domain: foo.com smtp_user_name: myaccount smtp_password: password完整示例见 configuration.yml.example4.3 底层实现邮件设置如何被加载app/models/setting/mail_settings.rb中的reload_mailer_settings!展示了邮件配置在运行时是如何生效的mail_settings.rbdef reload_mailer_settings! ActionMailer::Base.delivery_method Setting.email_delivery_method if Setting.email_delivery_method case Setting.email_delivery_method when :smtp reload_smtp_settings! when :sendmail ActionMailer::Base.sendmail_settings { location: Setting.sendmail_location, arguments: Setting.sendmail_arguments } end rescue StandardError e Rails.logger.error Unable to set ActionMailer settings (#{e.message}). \ Email sending will most likely NOT work. end要点email_delivery_method的值直接决定分支smtp走reload_smtp_settings!sendmail则读取sendmail_location与sendmail_arguments两个设置sendmail 分支对设置项的依赖与 smtp 分支不同不涉及smtp_*系列键。如果重构后的设置定义对sendmail_location/sendmail_arguments的默认值、允许值或读取方式处理不当configure 在回读这些键时就会报错——这正是 12.1.3 要修复的回归点该方法对任何异常都做了兜底日志Email sending will most likely NOT work.意味着此类配置问题在运行时往往表现为邮件发不出而不仅是 configure 报错。4.4 SMTP 分支的更多细节若使用 SMTPreload_smtp_settings!还会处理以下细节mail_settings.rbsmtp_authentication为:none时会从ActionMailer::Base.smtp_settings中删除user_name、password、authentication三个键仅保留address、port、domain逐键写入smtp_address、smtp_port、smtp_domain、smtp_authentication、smtp_user_name、smtp_password固定设置enable_starttls_auto、ssl、open_timeout、read_timeout均来自Setting.smtp_*可选设置openssl_verify_mode仅当值非 nil 时写入。这些键与configuration.yml.example中的 SMTP 示例一一对应升级到 12.1.3 后若仍遇到邮件问题可以重点核对上述键是否在管理界面或配置文件中正确设置。五、升级与验证路径5.1 升级动作Packager / Docker 安装升级到 12.1.3 镜像或软件包后重新运行openproject configure确认向导不再报错源码部署拉取对应 tag 后执行数据库迁移与资源预编译并重启后台任务进程Delayed Job / Sidekiq 等以确保SynchronizationJob恢复调度。5.2 回归验证清单openproject configure完整跑通包括邮件投递方式为sendmail的场景在管理界面配置一个 LDAP 认证源触发一次定时同步确认日志出现Synchronizing users for LDAP connection且用户列表正确更新发送测试邮件确认email_delivery_method为smtp/sendmail时均能正常投递使用rake setting:get[key]抽查关键设置值与configuration.yml中配置保持一致。5.3 遇到问题时如何上报发布说明建议如果在安装或使用 OpenProject 时遇到 bug请帮助团队向社区报告。仓库根目录的 CONTRIBUTING.md 与 SECURITY.md 提供了贡献与安全问题的基本指引提交 bug 时尽量附上版本号、部署方式Packager / Docker / 源码、configuration.yml脱敏片段与相关日志便于快速定位。总结OpenProject 12.1.3 是一次典型的重构回归快速修复补丁发布12.1 系列对 ENV 设置与数据库设置边界的大规模重构导致了openproject configure报错、LDAP 用户定时同步失效、Packager 在 sendmail 场景下 configure 失败三个下游问题。通过本次修复官方恢复了配置命令、LDAP 定时同步与邮件配置链路的稳定性并再次强调了升级到最新版本的建议。对运维人员而言理解设置双重来源 环境变量覆盖 Rake 管理命令这套机制源码依据setting.rake、environment_variables_documentation.rb配合 LDAP 同步的两条链路synchronization_job.rb、synchronize_users_service.rb与邮件配置加载逻辑mail_settings.rb即可在升级后快速验证并排查同类回归问题。【免费下载链接】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），仅供参考