webman-admin升级窘境

破建站的 更新于2023-05-16

问题描述

尝试更新了下后台，发现升级很困难，因为我的模板使用了blade，后台登陆做了优化，配置文件异常处理也做了修改。去掉了用户模块等等。

当我尝试更新后台发现我修改好的配置以及代码（管理员、文件上传等）全部被覆盖
官方后续是否可以将核心功能分离（核心功能以cpmposer方式引入比如数据库管理可以作为核心升级，后台角色菜单权限等核心，后台升级只需要更新ui组件新的js插件等等这些通用的功能）其他涉及到业务功能的组件不再进行更改（交给开发者按业务逻辑自行修改）。而不是全部放在admin目录中。业务逻辑有个初始功能就够了。

重点：我爱webman 感谢walkor大大的无私奉献

 823  4 0

4个回答

walkor 2023-05-16

这个很难做到。很多升级是ui和后台逻辑都需要修改的。
如果你需要重写某个部分，可以将重写的部分放到主项目中，比如在主项目里建立一个admin目录。
通过配置下菜单做到点击某个菜单访问主项目的admin的文件。

破建站的 2023-05-16

感谢大大的回复 admin的扩展包核心命名空间是否能够考虑变成webman/admin开头，plugin/admin发布时继承以webman/admin开头的核心文件，升级时只需要升级webman/admin开头的这些文件，public目录下自带的静态资源一般很少修改，可以直接升级，view目录中table目录入侵最小（可以发布替换）其他目录可由开发者自行决定是否替换（自行从包里复制替换）。

总结：此方案改动其实较大，有很多我考虑不足的地方（参考了docat-admin的升级方式）感谢大大的解答
wanyuwei 2023-05-16

walkor大大，能把升级的git日志放出来吗？这样我们可以有针对性的升级，我现在是一个文件一个文件对比的，耗费的时间会比较久
wanyuwei 2023-05-16

如果有git日志的话，这样就很容易知道哪些文件变动了，我们自己本地对比一下选择性升级即可
walkor 2023-05-16

GitHub有提交记录
wanyuwei 2023-05-17

好的，看到了，谢谢