插件和主题的版本更新历史——一项提案

□ 内容

`用户/配置/版本.yaml'有核心更新的审计线索 ( " 核心/重力 " 历史,重力升级期间通过 " 系统/src/Grav/Installer/Install.php:330,350,442 " - " Version Updater " - " Versions::update Version () " , 但插件和主题从未被记录。 在现场确认: “插件:”一节没有经过多年的性别政策更新。

** 奥里金。 ** 重建一个网站的升级历史 (档案中的 " 用户/配置/版本.yaml " )产生了完整无缺的 Core.grav.history' 历时数年,但没有插件: ' 一节,见 所有**,尽管所有这些GPM更新。 必须推断插件更新时间 从每个插件的文件修改时间调整到最近的核心更新日期 时间戳; 确切记录变化和何时不存在。 这个 提案缩小了这一差距。

基础引擎已经支持了这一点. " 脉 " (系统/src/Grav/Installer/Versions.php')有完整的插件/'/ 主题/<slug}支持-GetPlugins()' (:81'),GetThemes()' (:98'), GetHistory ()'(:194')、updateVersion ()'(:160')和updateHistory ()' (:211'),该附件为['版本'...,日期'-gmdate('Y-m-d H:i:s')], 在已默认为“ USER DIR ” 的商店上 。 (:35,37')。 它从不为插件和主题连接: 没有呼叫站点 在`Install.php'之外存在。

简而言之:**安装引擎中一个小录音钩,一个API 端点,和Admin2.**中的"版本历史"部分. 其他的都一样 现有基础设施。

□ 设计决定

建议 为何? |.

• ** 在Grav\Common\GPM\Installer::install () * —— 单引擎阻塞点 * * 此处所有路径漏斗:CLIgpm s安装/更新',gpm直接安装',以及Admin2网络安装/更新(api/./GpmService.php:125')。 一个钩子覆盖所有当前和未来安装路径, 镜像核心历史记录方式( 在安装流中, 而不是每个命令) QQ
• 代码形状 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ** * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
• 要记录的哪个版本是新安装的蓝印'。 版本:' 在三条道路上具有权威性和相同性;在InstallCommand ' 中避免$package->可用'与->版本'的模糊性。 QQ 曝光到管理员 QQ 一个新的 QQGET /gpm/ versions QQ 端点 一个服务器端读取 'versions.yaml', ETag- cashel, 不 bloat every PluginInfo' 有效载荷; UI 读取了每个 slug 地图 QQ. 在插件/主题细节页面上显示的“Version历史”部分 它将数据放置在用户寻找更新上下文的地方. 主题重用共享的 ADMIN NEXT. PLUGINS. {} namespace已经{}
• 历史开始 * * 没有回填 * * 历史开始 —— 与`核心.grav.history'相同的先例 . . . . . . .