tortoise014 ce69219012
feat: 创建表
* 表

* 二级分类

* chore: 更新mybatis-plus扩展启动器版本

* 添加了实现成员申请撤销记录,管理员撤销的表

* chore: 更新mybatis-plus扩展启动器版本

* 用通知来解决:普通成员可以向管理员申请撤销某一个奖惩记录,管理员可以查看所有撤销申请,并决定是否撤销该记录
然后,那个职务的问题,我觉得可以直接放到role里面,HierarchyRelation表就只记录上下级关系

---------

Co-authored-by: suyiiyii <suyiiyii@gmail.com>
2024-08-10 18:41:37 +08:00
2024-08-10 02:58:51 +08:00
2024-08-08 22:51:10 +08:00
2024-08-10 18:41:37 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:23:21 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-10 18:41:37 +08:00
2024-08-10 18:41:37 +08:00

SIMS

Super Invincible Management System

开发流程:

  1. git fetch: 拉取远程仓库的最新代码

  2. git checkout origin/main: 切换到远程仓库的 main 分支

  3. git switch -c xxx : 创建并切换到新的分支

  4. commit ..... : 进行开发

  5. git fetch origin && git merge origin/main: 拉取远程仓库的最新代码并合并到当前分支

  6. git push origin xxx: 推送当前分支到远程仓库

  7. 提 PR

  8. require review: 请求review

  9. merge: 合并 PR

  10. delete: 删除分支

  11. 基础rbac的五张表: user, role, permission, user_role, role_permission

  12. 然后奖惩记录这张表通过用户id来查到里面有相应的记录 有一个 奖惩类别ID是对应到奖惩类型去的

  13. 有一个上下级关系表,想着是用户明确查上下级就可以用查,

  14. 然后就是附件是通过奖惩记录的id来存一个路径然后前端通过这个路径来获取附件,同样的上传的时候也是

  15. 通知是这样子想的有上传的人的id和接收的人的id然后有状态已读未读然后有附件的路径然后有通知内容然后有通知时间然后有通知类型奖惩通知

  16. RevokeRequest: 存普通成员提出的撤销申请,跟踪申请状态 RevokedRecord: 存储管理员对奖惩记录的撤销信息,包括撤销原因

Description
No description provided
Readme GPL-3.0 586 KiB
Languages
Java 99.3%
Dockerfile 0.7%