mirror of
https://github.com/suyiiyii/SIMS.git
synced 2025-06-07 02:12:59 +08:00
ce69219012
* 表 * 二级分类 * chore: 更新mybatis-plus扩展启动器版本 * 添加了实现成员申请撤销记录,管理员撤销的表 * chore: 更新mybatis-plus扩展启动器版本 * 用通知来解决：普通成员可以向管理员申请撤销某一个奖惩记录,管理员可以查看所有撤销申请，并决定是否撤销该记录 然后，那个职务的问题，我觉得可以直接放到role里面，HierarchyRelation表就只记录上下级关系 --------- Co-authored-by: suyiiyii <suyiiyii@gmail.com>
22 lines
1.3 KiB
Markdown
22 lines
1.3 KiB
Markdown
# 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: 删除分支
|
||
|
||
1. 基础rbac的五张表: user, role, permission, user_role, role_permission
|
||
2. 然后奖惩记录这张表，通过用户id来查到，里面有相应的记录， 有一个 奖惩类别ID是对应到奖惩类型去的
|
||
3. 有一个上下级关系表，想着是用户明确查上下级就可以用查，
|
||
4. 然后就是附件，是通过奖惩记录的id来存一个路径，然后前端通过这个路径来获取附件,同样的上传的时候也是
|
||
5. 通知是这样子想的，有上传的人的id和接收的人的id，然后有状态（已读，未读），然后有附件的路径，然后有通知内容，然后有通知时间，然后有通知类型（奖惩，通知）
|
||
6. RevokeRequest: 存普通成员提出的撤销申请,跟踪申请状态 RevokedRecord: 存储管理员对奖惩记录的撤销信息，包括撤销原因 |