financial_audit_console/README.md

注意事项

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

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

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

• 三种临时性的分支

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

1. 分支管理一般策略

• 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，而后才可发布上线