lanjianrong/financial_audit_console: 财审平台后台系统 @ dev

财审平台后台系统

3 Atzari

outaozhen 698d03c0b4 feat: 送审资料资料提供增加第三选项‘无’		3 gadi atpakaļ
.husky	9a923d882b feat: 新增步骤、事项相关路由、权限定义	3 gadi atpakaļ
config	a939407c08 feat: 步骤设置抽屉退出前二次提示功能	3 gadi atpakaļ
public	ae167cab11 refactor: upgrade to umi4 and refactor related code	3 gadi atpakaļ
src	698d03c0b4 feat: 送审资料资料提供增加第三选项‘无’	3 gadi atpakaļ
tests	f067a1e0a2 chore: project init	4 gadi atpakaļ
.editorconfig	f067a1e0a2 chore: project init	4 gadi atpakaļ
.env	4e19629083 refactor: 流程图构建新增、删除，画布重新渲染	3 gadi atpakaļ
.eslintignore	50ec5e34f4 feat: 1	4 gadi atpakaļ
.eslintrc.js	ae167cab11 refactor: upgrade to umi4 and refactor related code	3 gadi atpakaļ
.gitignore	da2aa1367a feat: 预算业务表单处理请求接口参数	3 gadi atpakaļ
.npmrc	b49d743fdc refactor: add .npmrc and lock	3 gadi atpakaļ
.prettierignore	f067a1e0a2 chore: project init	4 gadi atpakaļ
.prettierrc.js	ae167cab11 refactor: upgrade to umi4 and refactor related code	3 gadi atpakaļ
.stylelintignore	1f8a48ce56 fix: 调整路由鉴权触发时机，由父路由进行鉴权	3 gadi atpakaļ
.stylelintrc.js	ae167cab11 refactor: upgrade to umi4 and refactor related code	3 gadi atpakaļ
README.md	8aa1246d2e feat: 完善git flow分支管理文档	3 gadi atpakaļ
jsconfig.json	f067a1e0a2 chore: project init	4 gadi atpakaļ
package.json	65cc2fa64e fix: 条件节点只存在一个节点时画线有误差	3 gadi atpakaļ
pnpm-lock.yaml	65cc2fa64e fix: 条件节点只存在一个节点时画线有误差	3 gadi atpakaļ
tsconfig.json	c0dc866315 feat: rename unocss -> uno	3 gadi atpakaļ
unocss.config.ts	bbc9c0fde6 feat: 步骤设置关联事项与事项权限设置	3 gadi atpakaļ

注意事项

git config core.ignorecase false 让 git 区别大小写。
合并 commit 使用git rebase -i commit-id，后强制提交git push -f origin dev
### 分支管理与标签管理长期分支与临时分支 - git flow 模型

git flow 中有两个长期的分支，一直不会被删除，这两个分支是 develop 和 master

分支	生命期	作用说明
master	长期	用于保持和生产环境一致或者半步先于生产环境，主要目的用于保证生产环境的实时可用状态
develop	长期	开发的集成分支，主要目的用于显示最新的开发状况

三种临时性的分支

分支类型	说明	是否可为多条
Feature 分支	特性分支	可为多条
issue 分支	bug/特性对应分支	可为多条
Hotfix 分支	bug 对应分支	可为多条
Release 分支	release 实施分支	可为多条

分支管理一般策略

step1. 项目 Owner 负责创建当前待发布的分支，如 master> git checkout -b release/1.0
step2. 项目 Developer 根据已提交的 issue 创建对应的开发分支，如 release/1.0> git checkout -b issue/1
step3. 项目 Developer 完成开发后，发起由 issue/1 到 release/1.0 的 Merge Request 给项目 Owner，
可并行开发 issue，同样执行步骤 2 ~3
如何用-gitlab-做团队内的-code-review
step4. 项目 Owner 审查过代码后，合并代码才可提交测试，若出现 Bug，则执行执行步骤 2 ~3
step5. 项目 Tester 测试全部通过后，发起由 release/1.0 到 master 的 Merge Request 给项目 Owner
step6. 项目 Owner 合并代码并打标签 v1.0，如 master> git tag v1.0，而后才可发布上线

README.md

注意事项