suyiiyii b7afe430d3
Some checks are pending
Docker Build and Publish / build (push) Waiting to run
Gitea Sync / trigger-gitea-sync (push) Waiting to run
Java CI with Maven / build (push) Waiting to run
ci(docker-publish): 确保仅在push事件时提交标签更新 (#22)
* ci(docker-publish): 确保仅在push事件时提交标签更新

* refactor(github-workflows): 标准化Gitea Sync workflow名称

* feat(cors): 全局启用CORS支持

在Spring应用中通过配置CORS实现跨域请求支持,允许所有来源、方法和头。
此变更有助于解决前端应用在不同域上运行时的跨域问题。
2024-08-28 21:13:59 +08:00
2024-08-08 22:51:10 +08:00
2024-08-08 22:51:10 +08:00
2024-08-25 02:35:47 +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-25 02:09:50 +08:00
2024-08-16 01:44:20 +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: 请求reviewpush

  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%